測試思想就是測試的思路，就是測試要按什麼思路去測，要測那幾個方面，有哪些關注點。
一般而言， 測試都是從以下幾個方面進行的：
首先進行的一定是業務功能的測試，研發軟體的目標就是要滿足某些業務功能，其次就是ui方面的測試，一般ui測試也包含了易用性測試，主要是針對使用者介面的測試，比如樣式是不是協調看著舒服，有沒有錯位、遮擋、顯示不全，功能按鈕好不好點，能不能正常操作等。這兩塊測試也經常合在一起講，就是ui功能測試，是測試的主要工作。後面的幾項都屬於專項測試，安全測試是每個軟體或系統都必須做的，只有安全測試通過了才能正式上線發布，相容性測試要看具體使用者群體情況來做，主要也是樣式的相容性自適應測試，跨系統的會是兩個單獨的版本，可能會有功能實現方面的問題；效能和穩定性測試一般都是一起做的，也就是併發測試，模擬多少使用者同時在系統上操作執行一段時間（穩定性測試的區別就是併發時間會更長），記錄系統各項執行指標，看系統有無異常，比如系統cpu和記憶體使用率有無異常（一般要求小於85%），事務成功率，事務響應時間等（每乙個功能可以看做乙個事務）。
舉例：比如給你乙個水杯，你要怎麼測試？
一樣的就從上面說到的幾個方面去測試，首先是功能，水杯是來裝水的，第一考慮的是能不能裝水，會不會漏水，能裝多少水，像保溫杯還有保溫的功能；
然後就是ui、易用性測試，就是外觀好不好看，拿起來方不方便，是否易於攜帶，針對不同人群，有不同的外觀和操作性；安全性測試，杯子是什麼材料做的，有沒有有害物質，是否易碎，碎了容不容傷到人；相容性測試，除了能裝水，能不能裝飲料、酒，能不能裝開水、冰水等；效能穩定性測試，長時間的裝水有無異常，能使用多少次，使用壽命有多長等。測試的思路大致就是這樣的，幾乎所有的測試都可以這樣去套。
做好專案，思想要不得
問題出來了 乙個方案拿出來了,很笨,但是或許能解決問題 coding,不要再有什麼其他的想法了,是會浪費時間的,先貫徹領導的意志 這個時候即使你感覺方案有問題,但是沒有更好的解決方案,那麼作為乙個執行方案的人就不要提出來,只管做事情就是了 開心就好,做乙個好的專案是需要經過嚴格的策劃,設計的,這其中...
想要買ip怎麼辦？
很多人想要使用ip，有很多方式，比如我們去找免費的，當然這種方式獲取的ip基本上很多人都在使用，效果並不穩定，或者我們還可以付費去使用，ip的使用期間只有自己在使用，譬如在收費的期間這個ip位址屬於購買者，如果對購買ip很感興趣的話，可以來看下。獲取ip的幾種方式 1 選擇當地的運營商專線合作業務，...
測試總體思想
1.對於需求有更改的這種情況來說 測試計畫的編制是為了框定測試範圍。第一步要整理好需求中提到的點 第二步要把需求修改的關聯到的點圈定出來。在測試用例的設計中優先順序應該是這樣的 i.業務流程的測試 畫出業務流程圖。在這個過程中如果能附帶些功能點就帶上 ii.功能用例 iii.公共用例 2.對於完全新...