系统测试与评审的具体解析

　　系统测试，英文是SystemTesting。是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方，从而提出更加完善的方案。系统测试发现问题之后要经过调试找出错误原因和位置，然后进行改正。是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。对象不仅仅包括需测试的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。

　　用例评审目的：

　　·为了减少测试人员执行阶段做无效工作；（执行无效case，提交无效问题）

　　·为了避免三方需求理解不一致；

　　·为了每个测试人员的质量标准与项目要求标准达成一致；

　　用例评审的四个环节：

　　需求评审、需求实现流程图评审、测试大纲评审、测试用例检查

　　需求评审：

　　A检查讲解的内容无丢失

　　B检查需求理解无偏差

　　C检查需求讲解思路清晰

　　D检查需求讨论会议提出需求建议、需求讨论的问题都有体现，并且记录的详细

　　E检查需求讲解时存在问题的记录，跟进结论

　　需求实现流程图评审：

　　A检查需求以及实现逻辑内容正确

　　B检查需求以及实现逻辑内容齐全,补充流程缺失部分

　　C检查实现逻辑的深度与仔细程度

　　例如：软件升级实现逻辑--什么时候获取服务器版本信息？版本信息有什么？版本信息获取失败的处理？获取的版本信息版本比对策略是什么？比对后的下载逻辑策略是什么？下载的文件保存在哪里？下载过程的失败处理？下载成功后的安装策略是什么？安装失败的处理逻辑是什么？安装成功后的数据加载时机以及加载哪些数据？等等

　　比较常见的、典型的系统测试包括恢复测试、安全测试、压力测试。下面对这几种测试进行一一介绍：

　　1）恢复测试

　　恢复测试作为一种系统测试，主要关注导致软件运行失败的各种条件，并验证其恢复过程能否正确执行。在特定情况下，系统需具备容错能力。另外，系统失效必须在规定时间段内被更正，否则将会导致严重的经济损失。

　　2）安全测试

　　安全测试用来验证系统内部的保护机制，以防止非法侵入。在安全测试中，测试人员扮演试图侵入系统的角色，采用各种办法试图突破防线。因此系统安全设计的准则是要想方设法使侵入系统所需的代价更加昂贵。

　　3）压力测试

　　压力测试是指在正常资源下使用异常的访问量、频率或数据量来执行系统。在压力测试中可执行以下测试：

　　①如果平均中断数量是每秒一到两次，那么设计特殊的测试用例产生每秒十次中断。

　　②输入数据量增加一个量级，确定输入功能将如何响应。

　　③在虚拟操作系统下，产生需要最大内存量或其它资源的测试用例，或产生需要过量磁盘存储的数据。

　　测试大纲评审：

　　A检查用例大纲结构、思路清晰

　　B检查用例大纲内容齐全--对象齐全\\影响因素齐全：

　　1.需求逻辑功能

　　2.UI（静态+动态）

　　3.用户行为（用户常用场景，常用数据）

　　4.黑盒用例设计方法

　　5.平台系统的特点（Windows，ios，Android，web）

　　6.开发语言特点

　　7.发现过的历史bug

　　8.自身的版本兼容性

　　9.功能之间相互影响

　　10.开发实现逻辑和建议

　　C检查用例大纲语言描述清晰

　　D检查用例去除冗余用例

　　E检查用例进行集成，为测试执行的高效做准备

　　（由于我们是面向对象的用例设计思想，会把流程拆分成几段，所以在执行的时候不够流畅，因此需要将case整合集成）

　　测试用例检查：

　　（站在正规化测试用例的角度进行用例的审核）

　　A检查大纲和用例内容一一对应，影响因素无丢失

　　B检查语言描述简洁、清晰、明了

　　C检查每条测试用例都有明确的预期结果

　　D根据正规化用例的各个字段要求对应的细节

　　（测试目的、前提条件、实现说明、测试环境准备、测试步骤、优先级别、是否自动化等）

　　目标：1、确保系统测试的活动是按计划进行的；2、验证软件产品是否与系统需求用例不相符合或与之矛盾；3、建立完善的系统测试缺陷记录跟踪库；4、确保软件系统测试活动及其结果及时通知相关小组和个人。

　　原则：1、测试机构要独立；2、要精心设计测试计划，包括负载测试、压力测试、用户界面测试、可用性测试、逆向测试、安装测试、验收测试；3、要进行回归测试；4、测试要遵从经济性原则。

　　更多详细内容，尽在课课家教育，我们期待您的咨询！！