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