软件系统测试大纲纲领

1、本标准规定了软件系统的整体测试方案，围绕APP、云服务平台及嵌入式系统而张开的一些列测试与考据活动，使用产品不限制于智能家居部所研发的智能单品。测试目的经过测试考据该软件系统可否达到设计指标，判断软件产质量量可否吻合产品需求、功能实现可否正确、性能和安全性方面可否吻合宣布标准、用户体验方式可否切合用户习惯。测试环境软件环境云平台：搭建在阿里云端的平台支撑系统(含数据库、应用程序及算法等，依服务器配置要求为准)搬动端应用软件：APP软件(含IOS版与安卓版)硬件产品产品1、产品2、产品3用户环境模拟用户环境:智能家居办公区(覆盖用研室、软测实验室、硬件试验室及办公区地域)实质用户环境:一居室(面

2、积小于70m2)、二居室(70m2100m2)、三居室(100m2130m2)及复式房(面积不定)等测试方法使用依产品需求文档、软件规格文档及用户环境为基础构造的测试用例来考据测试和数据。测试项目功能测试所有需求文档、软件技术规格书描述与硬件产品功能规格书描述的功能均实现正确。此部分依照对应公牛智家APP及产品的测试用例执行。功能点不限于:基本功能模块、通信模块、计量模块、应用程序的界面模块、易用性模块、兼容性、安装与卸载程序、接口测试模块等，详细测试功能点视产品需求、软件功能或硬件功能而定。性能测试重点业务功能、性能能满足上线运营要求。详细测试方法与测试功能点视产品而定。安全性测试接口和数据

3、调用等方面吻合国家性、行业性规范；没有安全性漏洞。详细测试方法与测试功能视产品而定。用户体验测试(可选)该部分测试内容包含功能测试模块中的易用性测试及用户研究部门供应的体验性测试。牢固性测试模拟环境下完满系统的牢固性测试及实质用户环境下的系统完满性测试。测试内容不限制于网关配网、设备入网、设备开启与关闭、多设备联动控制、设备响应等。6需求解析与评审熟悉产品需求，主要包含以下几点：理解产品需求，并做好确认和记录(不限于产品文档、设计文档、开发文档、评审记录、明确测试需求，评估工作量关注产品并认识开发团队的开发难点关注需求改正，及时更新测试用例测试计划与策略测试计划：依照测试需求和排期，拟定测试计

4、划，划分测试时间点等。测试策略：明确测试范围、测试种类、测试优先级。并依照项目研发实质情况，及时调整更正测试计划或策略，保证测试节奏与进度。测试用例设计与评审测试用例设计是每个测试人员必备的技术，也考据产质量量的重点所在。要保证测试用例逻辑清楚、覆盖全面与简洁；除保证覆盖产品功能外，尽可能从用户需求角度来设计测试用例。测试用例评审是测试人员不断完满学习的过程，积极听取评审人给出的合理建议，提取适用信息增加到测试用例中，来提高测试用例对产品功能的测试覆盖率。执行测试用例严格且认真执行测试用例，并如实记录测试结果。测试过程步骤：1冒烟测试，主要考据宣布的版本可否能够正常执行。对于能够正常执行的软件

5、产品，直接进入功能性测试环节；对于无法正常执行的软件产品，及时通知测试负责人、开发负责人和项目负责人等，保存已完成的测试内容并停止该软件产品的测试。2功能性测试，依照产品的测试用例执行并记录测试结果；在测试过程中及时完满或修正测试用例。3性能性测试，依照产品的测试用例执行并记录测试结果；在测试过程中及时完满或修正测试用例。4易用性测试，采用用户思想模拟用户环境或用户习惯来考据产品的友好界面、易操作性等行为。依照产品的测试用例执行，在测试过程中及时完满或修正测试；可与功能性测试合并进行。5安全性测试(可选)，该项测试内容依照产品需求而定，必要时可委托第三方执行。注意:对于测试过程中发现的bug依

6、照Bug提报规范将其提报至Bug管理系统以便追踪状态。Bug提报提报原则：1.详细认识产品或被测系统的功能，防备提交无效bug和重复bug。描述要清楚，复现步骤要正确，需要在Bug提报中上传异常图片或日志文件，必要时供应视频文件。对于一些未考虑到或需要优化的地方，需要多提建议。必现性Bug：直接提报至bug管理系统，并提交异常图片或日志文件，注明详细测试环境与比较环境。概率性Bug：及时与开发人员确认，并提交叉误图片或日志文件；尽可能找出复现规律，并与前一版本或改正测试环境做比较考据，并详细记录测试环境、比较环境与比较结果；并及时提交至bug管理系统进步行追踪。撰写测试报告输出一个完满且清楚的

7、测试报告是测试人员必备的技术，也是项目组评估版实质量的一个重要依照，可参照测试报告模板。一般测试报告包含且不限制以下内容:测试环境与测试主题内容2测试结果归纳3测试用例执行情况4Bug统计及修复情况5测试结论6风险评估测试报告评审对于非转阶段软件产品测试版本，由测试团队整理完成测试报告后与开发人员确认Bug后，可直接宣布测试报告给项目组成员。对于转阶段版本由测试团队提前提交预审察的测试报告，由项目经理召集项目组成员对预审察测试报告进行评审。评审流程以下:项目组成员共同谈论bug的办理建议并完成共识；无法完成共识的内容，由项目经理与产品经理协商办理并供应最后的办理建议。评审结束后，bug对应负责

8、人及时在bug管理系统上修正bug状态和备注办理建议。测试团队宣布评审后的测试报告和评审记录表，并将评审记录表提交至品管人员处存档。注意事项文档资料审察提测邮件中的宣布说明文档必定完满，含固件或软件资料的校验内容、注意事项、改正内容、影响范围等。注意事项中需特别备注哪些版本不能够直接更新至该版本，或该版本测试不能够搭配哪些软硬件版本等。提测邮件中的资料下载路径或存放地址必定正确。提测邮件中供应的WEB类环境搭建说明文档描述需清楚和操作步骤需正确,还需要明确硬件环境和软件环境的配置要求。硬件环境要求不限于办理器信息、内存容量、磁盘容量、数据库服务器要求、网络带宽等内容；软件环境要求不限于操作种类、操作系统版本、安装此软件前必定安装的软件程序等。环境搭建固件类产品：依照提测邮件中的注意事项搭配正确的产品硬件，未在提测邮件中提及的部分采用当前最新版本硬件；搭配APP软件时，测试场景需要涵盖IOS操作系统与安卓操作系统，请明确对应的应用程序版本；类产品:依照提测邮件中的注意事项搭配正确的操作系统，未提及部分需要在通用的系统环境下考据(含安卓系统与