如何構思智能手機的測試用例

1.產品的R&D結構需要明確設計。目前智能手機的開發大多直接套用完整的設計方案，然後添加幾個自定義功能。因此，首先我們需要梳理以下內容:a .哪些是直接使用但無法修改的b .哪些是直接使用但可以重新設計的c .什麽是自定義新app及其與系統中其他相關app的調用關系；在這三個部分整理好之後，您就可以開始部署測試資源了。_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _也是傳統的:基礎測試+針對性測試+性能測試+（其他）PS:“其他”主要是指公司是否開發產品。 如果是完整的產品，會有驗收測試（包括硬件）+CTA測試。基礎測試和性能測試我就不多說了，只說兩者之間的“針對性測試”。它與前面提到的點1有關，原理是確定測試的重心。就單個手機系統而言，它涉及的app太多了，除了大公司之外，其他公司無法完全測試每個功能。因此，總體測試策略壹般為:簡單全面的功能測試+測試重點覆蓋測試，“測試重點”來自三個方面:a .非重復測試區域（重復測試不限於您自己的測試團隊是否進行過測試，而是需要擴展到其他團隊是否進行過相同的測試）b .添加/修改app及其相關區域c .在實際測試中，用戶關註度高的區域的測試深度與測試團隊的測試深度相同，無論是全面覆蓋測試還是測試重點測試。沒有所謂的標準值或參考規範。測試的真正難度也體現在這壹點上。建議在設計深度覆蓋的測試用例時，盡量達到當前測試團隊的極限；當安排測試時，當測試周期空閑時，可以選擇性地測試更深的覆蓋測試。——————————————測試深度解讀:針對某壹測試目標，設計不同層次的用例組，以達到不同的測試目的。例如，對於“新聯系人功能”。在版本驗收測試中，只需使用正常的新聯系人用例；在回歸測試中，您需要使用新聯系人的所有屬性的用例；在功能測試中，有必要為聯系人的單個屬性的邊界值/字符屬性添加用例。不同的用例組用於不同的測試類型，也就是說，不同的測試深度指導著測試資源的分布。————————————————————————————————————————————————————————————————————————————最後，老規矩，總結壹下:要想控制某物，首先要了解其本身和周圍事物的屬性。