系统测试是为了发现错误而执行程序的过程，成功的测试是发现了至今尚未发现的错误的测试。目的是在真实系统工作环境下通过与系统的需求定义作比较，检验完整的软件配置项能否和系统正确连接，发现软件与系统/子系统设计文档和软件开发合同规定不符合或与之矛盾的地方。系统测试就是希望能以最少的人力和时间发现潜在的各种错误和缺陷。应根据开发各阶段的需求、设计等文档或程序的内部结构精心设计测试用例，并利用这些实例来运行程序，以便发现错误。

 

我们来了解从系统测试开始产品研发流程正是计入到测试阶段

1.系统测试的目标和测试对象
系统测试对象:整个系统，对于手机来说，就是整机的测试，对于应用来说就是整个应用以及生态相关。把这个对象分为若千个feature,是这整个feature的总和。

因为以前都是注重每个feature,随着功能的不断集成，系统的复杂性开始急剧膨胀，我们很难或者说没有足够的时间，或者说系统同还不够稳定，来把功能和相关的所有组合都验证完毕。集成测试主要还是针对功能的集成，在集成测试中我们无法(或者说没有足够的测试时间,或者说系统不够稳定)对被测对象的其他非功能的质量方面进行测试验证。这都说明只通过系统集成测试无法对系统进行全面的测试，系统测试是有必要的，在系统测试主要测试包含:

1)系统角度来验证测试功能的正确性

2)系统角度来验证各种非功能的质量的正确性

2.系统测试入口
就是集成测试的出口，加上测试团队已经做好了系统测试准备，含测试用例，测试资源，测试环境等。

3测心用例的选挥
需要把集成测试的用例再执行一遍吗,回答是，两边的case肯定 会有相同的部分。

1)针对系统的功能测试，可选择优先级1.2的部分测试用例
2)
2)针对非功能的质量，可以选择优先级3, 4的测试用例

4.执行顺序
一般来说没有执行顺序之说，不过有的测试需要满足一定的执行条件才可以。
和集成测试不同，系统测试需要对功能、可靠性、性能、易用性等方面进行测试，所以说有的比如先进行稳定性测试再压力,在恢复测试多种方法组合测试往往发现集成测试无法发现的问题。
5.出口准则
1)计划执行的测试用例已经完成

2)缺陷分析的结果符合预期

3)达到了系统测试的产品质量目标
4)产品计划表(例子，不代表过往产品使用)

5.产品数据
1.最具真实性
2.不能覆盖所需所有场景
3.数据敏感，很难保证正确性
4.随时间变化
5.可能数据量太大（从而降低测试执行速度）

免责声明：1、文章文字与图片来源网络，如有问题请及时联系我们。2、涉及转载的所有文章、图片、音频视频文件等资料，版权归版权所有人所有。3、本文章内容如无意中侵犯了媒体或个人的知识产权，请联系我们立即删除