软件测试中系统测试的要求和主要内容(3)

　　易用性测试。目标：检查系统界面和功能是否容易学习、使用方式是否规范一致，是否会误导用户或者使用模糊的信息;方法：可以采用用户操作、观察(录像)、反馈并评估的方式，一般与功能测试结合使用。

　　安装测试。目标：检查系统安装是否能够安装所有需要的文件/数据并进行必要的系统设置，检查系统安装是否会破坏其他文件或配置，检查系统安装是否可以中止并恢复现场，检查系统是否能够正确卸载并恢复现场，检查安装和卸载过程的用户提示和功能是否出现错误。有时候将安装测试作为功能测试的一部分。

　　配置测试。目标：在不同的硬件配置下，在不同的操作系统和应用软件环境中，检查系统是否发生功能或者性能上的问题;方法：一般需要建立测试实验室。

　　文档测试。目标：检查系统的文档是否齐全，检查是否有多余文档或者死文档，检查文档内容是否正确/规范/一致等;方法：一般由单独的一组测试人员实施。

　　安全测试(包括病毒、加密、权限)。目标：检查系统是否有病毒，检查系统是否正确加密，检查系统在非授权的内部或外部用户访问或故意破坏时是否出现错误。

　　恢复测试。目标：在人为发生系统灾难(系统崩溃、硬件损坏、病毒入侵等)的情况下，检查系统是否能恢复被破坏的环境和数据。

　　回归测试。定义回归测试是一种选择性重新测试，目的是检测系统或系统组成部分在修改期间产生的缺陷，用于验证已进行的修改并未引起不希望的有害效果，或确认修改后的系统或系统组成部分仍满足规定的要求;目标检查系统变更之后是否引入新的错误或者旧的错误重新出现，尤其是在每次Build之后和稳定期测试的时候;一般使用工具，一般依赖于测试用例库和缺陷报告库。

　　健全测试。目标：检查系统的功能和性能是否基本可以正常使用，来确定是否可以继续进行系统测试的其他内容;方法：正常安装，并使用正常情况下的测试用例对主要功能进行测试;同时检查系统文档是否齐全。

　　交付测试。目标：关闭所有缺陷报告，确保系统达到预期的交付标准;方法：一般需要结合回归测试，并谨慎处理新出现的Bug。交付测试也称为稳定期测试，有时候与系统测试独立划分。

　　演练测试。目标：在交付给用户之前，利用相似的用户环境进行测试。例如：奥运会MIS系统在2008年前用于其他比赛。

　　背靠背测试。目标：设置一组以上的测试团队，在互相不进行沟通的情况下独立进行相同的测试项目，用来评估测试团队的效果并发现更多的错误。开始用于测试外包，现在也用于内部测试。

　　度量测试。目标：在系统中人为地放入错误(播种)，并根据被发现的比例来确定系统中遗留的错误数量。开始用于测试外包，现在也用于内部测试。

　　比较测试。目标：与竞争产品及本产品的旧版本测试同样的内容，来确定系统的优势和劣势。严格地说，比较测试属于系统测评的内容，BenchMarking是一种特殊的比较测试。

　　上述18种测试内容并不是都要进行的，制定测试策略和测试计划的时候要有不同的侧重点，而这与测试目标、测试资源、软件系统特点和业务环境有关。

　　另外，上述18种测试最好由独立第三方进行测试。因为进行独立测试的目的是进一步加强软件质量保证工作，提高软件的质量，并对软件产品进行客观评价。而进行第三方独立测试通常有发挥专业技术优势和独立性优势，能够有效地促进承办方的工作等方面的优势。

　　系统测试，英文是System Testing。

　　系统测试是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。

　　系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。

　　本文讲述的是：系统测试的概念，什么是系统测试。

　　相关概念：单元测试、黑盒测试、验收测试、可用性测试。 

原文转自：http://www.ltesting.net