第三方關係
軟體開發過程中，不可避免的會遇到介面問題，也就是需要與第三方廠家打交道。第三方廠家的情況不外下邊的幾種情況：
1、 第三方廠家有求於使用者，比較好解決，他們會主動配合，不用費事；
2、 第三方廠家比較負責任，也可以，只要付費，他們也會主動配合；
3、 第三方廠家店比較大，有上層關係，根本不怕使用者，比較難對付；
4、 第三方廠家根本不負責任，只能靠自己努力，沒有別的辦法；
這裡邊討論的主要是在第三方能提供配合，但經常推諉責任的問題，這在所有涉及到第三方使用者處都能遇到。
例1、某大型軟體公司，開發的醫保系統，醫院上his系統必須與之介面。但其系統並不穩定，經常出錯。當時我所管轄的部門有四家醫院涉及到上醫保的問題。但每次告知問題，某公司服務人員都會說：怎麼就你們有這個問題，別人家怎麼沒有呢。於是醫院把所有的壓力都壓到了我們身上，因為對方是個大型軟體公司，從名聲上比我們響的多。如果這樣下去，專案可能會沒完沒了，只能反擊。
方法：首先，我組織了幾個開發能力比較強的技術人員，對本公司的產品進行了檢查，確認沒有問題，因為欲正人先正己。
其次，組織人力，分析醫保介面出錯的原因，通過仔細的分析，找出問題所在。每遇到乙個問題都必須仔細分析。
第三，當出現問題的時候，與其它家醫院溝通，確認問題是否有普遍性。
在上三步做完後，開始給第三方打**，告知問題，當然還是那句話：怎麼就你們能碰到，別的家怎麼沒有。我很冷靜的告訴他：某某醫院有這個問題，某某某醫院也有這個問題，你可以打**問一下。而且據我分析，你們的問題應該在什麼地方，請你仔細檢查實現某功能的**，問題一定在那裡。經過了幾次交鋒後，我們公司的所有醫院得到的服務是最及時的，而且再也聽不到什麼「怎麼就你們遇到這個問題，別的醫院怎麼沒有」這句話。每次打**，他們都會說：我先去看看。有的時候他們甚至打**過來問：某醫院出現了某某問題，你們這有沒有這個現象？如果沒有他還會問我們：你們是怎麼實現的，能告訴我們不。我們也是盡力的滿足他們的要求。
這裡插一句：有一次遇到了乙個問題，其他家醫院都沒有這個現象，但我實在是找不出原因，於是給他們打**，他們詳細的問了出現的現象，幫助分析原因，最後，他們的專案經理（乙個女孩子）說：你們是不是動態庫沒有更新啊，提交函式換了。她說完之後我馬上意識到了問題所在，一看果然如此。那個女孩很逗，跟我說了一句：哈哈 ，你終於也有錯的時候了。
由於雙方努力，由不配合變成了配合，由「敵人」變成了朋友。
而且在我們的醫院，每個月到社保局交報表，每次都是一次通過，即使有對不上的時候，也會是社保局的人樓上樓下跑來，而且從來沒有出現過我們的報表是錯的，而社保局報表是正確的時候（並不是統計錯誤，而是有些資料沒有及時傳回來）。
所帶來的收穫是：後來又有幾家醫院申請醫保驗收，只要我在現場，百分之百通過。因為社保局的人全認我，我去他們那裡，他們的處長要給我煙抽的[處長姓孫，開始還叫我x經理，後來變成了直接叫老x]，因為我不僅給他們提意見，而且幫他們解決了很多的實際問題。後來某大型軟體公司社保事業部的經理給我打**問我：你們醫保的報表錯不錯？我告訴他：從來沒錯過。他問為什麼，我直接告訴了他原因。
綜上，與第三方配合，不要推責任，一定要清楚自己產品的優缺點，給第三方提問題必須一語中的，幾次下來，他們就會心服口服，不會有任何的麻煩。 例2
教育行業，一**系統，四川成都。需要第三方配合，但第三方提出的方案是由他們提供介面，我們來配合，但我們的一**系統是整個專案的核心。校方為了專案正常進行，有同意這種方案的意思，這涉及到開發成本的問題。
方法：在談判時，我們派出的技術人員出場，對方是售前人員。我們仔細了解了他們系統功能結構。當他們提出使用他們的介面時，我們明確表示了反對，原因：1、一**平台是核心，而且一**平台提供有些類的介面，他們完全可以呼叫；2、如果採用對方的介面，出現問題可能會相互推責任，對專案不利。他們也表示反對，認為呼叫他們的介面簡單易用，而且有現成的方案，如果採用我們的介面，方案不好確定。我們當時就告訴他們：我們現在就可以給你提供方案，你應該如何如何實施，應該修改什麼什麼地方，應該注意哪類的問題。
結果對方啞口無言，校方看這種形勢也對我們的方案表示了支援。達成協議後，對方私下問我們：你們是不是搞開發的呀？我們告訴他們：不是啊，我們是做市場的。
小結：當涉及到對自己不利的情況的時候，一定要判斷對形勢，利用對方佔盡優勢的心理，採用專業對不專業的方法，請君入甕。實際這裡邊關鍵是校方的態度，由於我們從技術上進行了詳細的分析，校方聽得滿意，對方不知如何應對，當然他們會轉**度了。 例3
在上海，我方做為第三方，與某公司的數位化校園系統對接。我們是消費系統，對方採用訊息機制傳輸資料。某日，出現問題，學生的消費記錄從平台上無法查詢，而在我們消費系統中正常，對方一口咬定是我們的問題，校方的人也這麼認為。
方法：正好當時我在現場，由於些消費系統當時不歸我管，我沒有說任何東西。在吃飯的時候，我們的維護人員說：我估計80%是我們的問題。我不太愛聽，於是我問我們的維護人員：你在資料提交的時候，怎麼做的，給我講一下。他大概給我講了一下流程後，我又接著問：你呼叫對方的提交函式時，是在我們提交的函式之前還是之後，如果對方提交失敗是否回滾並有返回語句。他告訴我：在我們的提交函式之前，有返回語句。我同乙個問題連問了三次，他都是同樣的回答。最後我說：如果你說的提交過程是對的，那我告訴你，80%是對方的責任。晚上那人回來，一進屋就大喊：是對方的事，跟咱們沒關係。我了解了一下問題的原因後對他說：下次再遇到情況的時候，不要輕易下結論，分析之後再說。
小結：在遇到問題的時候，一定要清楚自己的流程及出現問題可能涉及到的**內容，是不是自己的問題無所謂，但一定要知道其中的道理，是我的責任，我不推諉，不是我的責任，我也不去承擔。事情一定要搞清楚，然後再發表意見。
Android第三方推送分析
最近，公司的乙個物聯網專案android端，由於要保證推送的到達率和穩定性，由於google 的原生推送 c2dm，現在的 gcm 不能正常使用，故只能退而求其次採用了整合多方推送的方案。目前國內的主流的手機廠商主要有 華為，小公尺，oppo,vivo,魅族等。華為，小公尺都有官方自己的推送服務，其...
軟體測試之第三方快捷支付 臨汾官方第三方
臨汾官方第三方 或myobaike軟體支付，免費，安全，選擇能支付的快捷方式，由微軟授權，根據不同時間收費不同。方法簡介 軟體支付，充值軟體，註冊軟體，電子遊戲，能支付，可以支付，很少限制。a.存入電腦直接進入cpu 磁碟分割槽進行系統定位 b.為路由器的交換機提供 絡環境，允許以上的空話進入硬碟 ...
按測試實施組織 a B 第三方
這個b有點emmm 凑活看 哈哈哈哈，下面就用a b了哈 測試是由乙個使用者在開發環境下進行的測試，也可以是公司內部的使用者在模擬實際操作環境下進行的測試，其目的是評價軟體產品。注意 測試不能由程式設計師或測試員完成。beta測試是一種驗收測試。beta測試由軟體的終端使用者們在乙個或多個場所進行。...