软件系统测试大纲(4页).doc

-软件系统测试大纲-第 5 页软件系统测试大纲1范围本标准规定了软件系统的整体测试方案，围绕APP、云服务平台及嵌入式系统而展开的一些列测试与验证活动，使用产品不局限于智能家居部所研发的智能单品。2 测试目的通过测试验证该软件系统是否达到设计指标，判断软件产品质量是否符合产品需求、功能实现是否正确、性能和安全性方面是否符合发布标准、用户体验方式是否符合用户习惯。3测试环境3.1软件环境云平台：搭建在阿里云端的平台支撑系统(含数据库、应用程序及算法等，依服务器配置要求为准)移动端应用软件：APP软件(含IOS版与安卓版)3.2硬件产品产品1、产品2、产品33.3用户环境模拟用户环境:智能家居办公区(覆盖用研室、软测实验室、硬件试验室及办公区区域)实际用户环境:一居室(面积小于70m²)、二居室(70m²100m²)、三居室(100m²130m²)及复式房(面积不定)等4测试方法使用依产品需求文档、软件规格文档及用户环境为基础构造的测试用例来验证测试和数据。5测试项目5.1功能测试所有需求文档、软件技术规格书描述与硬件产品功能规格书描述的功能均实现正确。此部分依据对应公牛智家APP及产品的测试用例执行。功能点不限于:基本功能模块、通信模块、计量模块、应用程序的界面模块、易用性模块、兼容性、安装与卸载程序、接口测试模块等，具体测试功能点视产品需求、软件功能或硬件功能而定。5.2性能测试重点业务功能、性能能满足上线运营要求。具体测试方法与测试功能点视产品而定。5.3安全性测试接口和数据调用等方面符合国家性、行业性规范；没有安全性漏洞。具体测试方法与测试功能视产品而定。5.4用户体验测试(可选)该部分测试内容包含功能测试模块中的易用性测试及用户研究部门提供的体验性测试。5.5稳定性测试模拟环境下完整系统的稳定性测试及实际用户环境下的系统完整性测试。测试内容不局限于网关配网、设备入网、设备开启与关闭、多设备联动控制、设备响应等。66.1需求分析与评审熟悉产品需求，主要包含如下几点：1.理解产品需求，并做好确认和记录(不限于产品文档、设计文档、开发文档、评审记录、UI原型图等)2.明确测试需求，评估工作量4.关注需求变更，及时更新测试用例6.2测试计划与策略测试计划：根据测试需求和排期，制定测试计划，划分测试时间点等。测试策略：明确测试范围、测试类型、测试优先级。并根据项目研发实际情况，及时调整修改测试计划或策略，保证测试节奏与进度。6.3测试用例设计与评审测试用例设计是每个测试人员必备的技能，也验证产品质量的关键所在。要确保测试用例逻辑清晰、覆盖全面与简洁；除确保覆盖产品功能外，尽可能从用户需求角度来设计测试用例。测试用例评审是测试人员不断完善学习的过程，积极听取评审人给出的合理建议，提取有用信息添加到测试用例中，来提高测试用例对产品功能的测试覆盖率。6.4执行测试用例严格且认真执行测试用例，并如实记录测试结果。测试过程步骤：1冒烟测试，主要验证发布的版本是否可以正常执行。对于可以正常执行的软件产品，直接进入功能性测试环节；对于无法正常执行的软件产品，及时通知测试负责人、开发负责人和项目负责人等，保存已完成的测试内容并终止该软件产品的测试。2功能性测试，依据产品的测试用例执行并记录测试结果；在测试过程中及时完善或修正测试用例。3性能性测试，依据产品的测试用例执行并记录测试结果；在测试过程中及时完善或修正测试用例。4易用性测试，采用用户思维模拟用户环境或用户习惯来验证产品的友好界面、易操作性等行为。依据产品的测试用例执行，在测试过程中及时完善或修正测试；可与功能性测试合并进行。5安全性测试(可选)，该项测试内容依据产品需求而定，必要时可委托第三方执行。注意:对于测试过程中发现的bug依据Bug提报规范将其提报至Bug管理系统以便追踪状态。6.5Bug提报提报原则：1.详细了解产品或被测系统的功能，避免提交无效bug和重复bug。2.Bug描述要清晰，复现步骤要准确，需要在Bug提报中上传异常图片或日志文件，必要时提供视频文件。3.对于一些未考虑到或需要优化的地方，需要多提建议。Bug提报注意事项:1.必现性Bug：直接提报至bug管理系统，并提交异常图片或日志文件，注明详细测试环境与对比环境。2.概率性Bug：及时与开发人员确认，并提交错误图片或日志文件；尽可能找出复现规律，并与前一版本或变更测试环境做对比验证，并详细记录测试环境、对比环境与对比结果；并及时提交至bug管理系统上进行追踪。6.6撰写测试报告输出一个完整且清晰的测试报告是测试人员必备的技能，也是项目组评估版本质量的一个重要依据，可参考测试报告模板。一般测试报告包含且不局限如下内容:1测试环境与测试主题内容2测试结果概述3测试用例执行情况4Bug统计及修复情况5测试结论6风险评估6.7测试报告评审对于非转阶段软件产品测试版本，由测试团队整理完成测试报告后与开发人员确认Bug后，可直接发布测试报告给项目组成员。对于转阶段版本由测试团队提前提交预审核的测试报告，由项目经理召集项目组成员对预审核测试报告进行评审。评审流程如下:1.项目组成员共同讨论bug的处置意见并达成共识；无法达成共识的内容，由项目经理与产品经理协商处理并提供最终的处理建议。2.评审结束后，bug对应负责人及时在bug管理系统上修正bug状态和备注处理意见。3.测试团队发布评审后的测试报告和评审记录表，并将评审记录表提交至品管人员处存档。6.8注意事项1.提测邮件中的发布说明文档必须完整，含固件或软件资料的校验内容、注意事项、变更内容、影响范围等。注意事项中需特别备注哪些版本不能直接更新至该版本，或该版本测试不能搭配哪些软硬件版本等。2.提测邮件中的资料下载路径或存放位置必须正确。3.提测邮件中提供的WEB类环境搭建说明文档描述需清晰和操作步骤需准确,还需要明确硬件环境和软件环境的配置要求。硬件环境要求不限于处理器信息、内存容量、磁盘容量、数据库服务器要求、网络带宽等内容；软件环境要求不限于操作类型、操作系统版本、安装此软件前必须安装的软件程序等。6.8.2 环境搭建1.固件类产品：依据提测邮件中的注意事项搭配正确的产品硬件，未在提测邮件中提及的部分采用当前最新版本硬件；搭配APP软件时，测试场景需要涵盖IOS操作系统与安卓操作系统，请明确对应的应用程序版本；2.APP类产品:依据提测邮件中的注意事项搭配正确的操作系统，未提及部分需要在通用的系统环境下验证(含安卓系统与IOS系统)；搭配智能产品时需要明确智能产品的硬件版本及固件版本。3.WEB类产品:依据提测邮件中配置说明文档中的规定分配硬件资源和配置软件环境，未提及部分需要及时与开发人员确认；搭配浏览器时，需要验证不同操作系统下的主流浏览器。7附录1.引用缺陷管理规范2.引用测试报告3.引用评审流程规范