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