軟體開發者和
測試
者對
軟體測試
往往有著完全不同的立場。前者希望測試成為表明軟體產品中不存在錯誤的過程，驗證該軟體已正確的實現了使用者的需求，確立人們對軟體質量的信心；後者則是從使用者的角度出發，希望通過軟體測試暴露軟體中隱藏的錯誤和缺陷，以考慮終端使用者是否可以接受該產品。
因此，在軟體測試過程中，測試者務必要注意以下幾點：
1. 測試者不可以是開發者本人，也就是說開發者不應參與設計和執行測試。開發者的測試往往是用來證明軟體的正確性的，違背了軟體測試的目標。
2.要始終相信bug一定存在。
即
使開發者跟你承諾提交的是乙個完美的版本，不會有任何問題。因為，現實中的完美是不存在的，同樣完美的軟體也不存在。任何時候都不能因為開發者的話語而放鬆對bug的警惕。
3. 在時間和精力允許的情況下，任何時候不要停止測試。不要在發現了很多bug以後很有成就感，覺得不會再有其他bug出現了，就停止測試，這個時候更應該分析bug出現的規律，總結自己的測試結果，更進一步的去發現更深層次的bug。
4. 一定要細心核對所有專案，不要認為類似的情況可以忽略測試。比如：兩個非常相似的網頁，甚至底層的code可能是乙個檔案，就認為乙個通過測試，另乙個也不會有什麼問題。因為，bug的出現有很多確定和不確定因素，只有真正確認過，才可以畫押。
5.始終從使用者的角度考慮問題，不要有「我覺得這樣挺好的」的思想，因為最終需要使用者確認才算通過，使用者的喜好、操作習慣、企業文化等等決定了最終的需求，我們必須按照需求來測試。
6.測試者要有耐心，善於和開發者溝通。由於開發者和測試者對測試有著不同的態度，在很多問題上可能難以達成一致，尤其是測試者提出的某些缺陷要開發者來 fix，而開發者不認為這是缺陷的時候，對測試者的溝通交流技巧有較高的要求。首先，測試者要提供足夠的證據證明缺陷的確存在，這些證據包括：重現步驟、環境變數的配置、嚴重性和優先順序的分析、log資訊、螢幕截圖、與需求對比不一致資訊...另外，要理解開發者的心理，對他們的給與肯定，不要否認軟體做的好的地方，跟開發者打心理戰，注意溝通用詞，要有耐心。
工作
測試者一定要牢記：測試的目標是想以最少的時間和人力找出軟體中潛在的各種錯誤和缺陷。
如果成功地實施了測試，就能夠發現軟體中的錯誤。測試的附帶收穫是，它能夠證明軟體的功能和效能與需求說明相符。此外，實施測試收集到的測試結果資料為可靠性分析提供了依據。
重寫的基本要求
訪問控制許可權 下級的訪問控制許可權應該不低於上級的訪問控制許可權 上級 public 下級 只能public 上級 protected 下級 protected,public 上級 private 下級 private protected public 實際此情況無意義。私有的不能覆蓋，而是完全當...
測試人員定位bug的基本要求
測試工程師不只是負責發現問題，除了發現問題這種基本功外，定位問題，提出解決方案，提出預防方案也是要掌握的技能。這裡先說定位問題的要求，定位問題要向深入，前提當然是對功能 產品的流程 開發方案 開發人員非常熟悉了，以我們部門為例，定位bug至少要到下面這種程度。首先確定是介面顯示問題還是功能問題，如果...
防撞庫基本要求
專用安全要求 口令要求 設計要求說明 要求 是否滿足 密碼長度至少 8位字元，密碼複雜性要求至少包含以下4種類別中的2種 大寫字母 小寫字母 數字 特殊符號 必選滿足 系統應具備對口令強度檢測的能力，並對使用者進行提示 盡量不要以姓名 號碼以及出生日期等作為密碼或者密碼的組成部分 且不允許常見弱口令...