系统测试是针对软件产品系统进行的测试（黑盒测试） 功能测试：是否符合需求规格、功能设计、用户满意度非功能测试：容错性、稳定性、异常处理能力、高强度输入处理能力、可用性、性能系统测试（系统测试计划包含系统测试的设计、实现和执行的工作）： 系统测试计划：完成系统测试计划。软件产品的需求规格确定后编写。系统测试设计：完成系统方案。软件概要设计文档确定后编写。系统测试实现：完成系统测试用例、脚本。系统测试执行：执行测试用例、发现问题并回归测试、提交系统测试日报、提交系统测试报告。系统测试计划（一定要做到职责明确，与实际测试活动匹配）： 系统测试计划是从管理的角度来规划和控制整个系统测试活动。主要内容： 组织形式（每个人的任务以及如何与别人协作）一般分成： 项目组内：测试团队与其他团队间的分工和协作测试团队内：测试团队内各小组间的分工和协作测试小组内：测试小组内各测试人员间的分工和协作每个组织形式都由三部分组成： 组织结构图：组织中各实体间的相互关系各团队职责：明确每个实体的任务协作形式：明确不同实体间的合作以及冲突解决方式测试对象（测试需求、测试项）。确定测试对象时需考虑以下因素： 被测对象时间：同一系统，测试时间不同会导致测试对象有很大的不同测试目的：常见的测试目的有检测、证明、基本功能验证。根据测试目的的不同合理选择测试对象人力工作任务分配。进一步量化每个人的工作。其他需要注意的地方： 需求跟踪：通过需求跟着可以了解还有哪些需求项没有测试通过失败标准：测试什么时候可以结束挂起恢复标准：测试什么时候需要暂停应交付工作产品系统测试计划写作： 目标 所有测试需求已被标识测试的工作量已被估计并合理分配了人力、物力测试启动、停止的准则已被标识测试的进度安排是基于工作量估计的、适用的测试待输出的工作产品是受控的、适用的概述 项目背景 项目背景主要功能特征体系结构项目的历史范围 被测对象的版本/修订级别。软件的承载媒介及其对测试的影响。哪些对象不在测试范围内明确将被测试/不被测试的项目特征（性能、可移植性）和功能的简要列表测试的任务划分（计划、设计、实现、执行）和与开发各个阶段的对应关系测试各阶段任务的假设、约束、存在的风险组织形式 组织形式需要确定组织结构以及结构间的关系。参与系统测试的组织的职责和关系。确定沟通渠道，确保测试发现并监督问题解决的权力。测试小组组织形式中测试组长职责： 制定本组测试计划分配任务并指导、监督执行跟开发保持沟通。确定版本发布日期、版本质量进度、缺陷发展趋势组织本组测试文档的设计、写作、评审组织缺陷分析等质量活动向测试主管等高层领导汇报本组工作被测对象 列出所有功能测试项目和非功能测试项目哪些特性不被测试和不被测试的原因如何确定系统测试对象 参照软件质量模型中的 6 个特性，27 个子特性分析《软件需求规则说明书》及软件产品相关规范、章程将各个功能性需求和非功能性需求对应到各特性下（如果是某个或某几个特性的系统测试计划，只针对这部分特性进行分析）将各特性下较大的需求细化得到最终的系统测试项确定本次系统测试的测试范围和测试类型需求跟踪 确定系统测试项与《需求规格说明书》或需求库中的需求之间的对应关系。建立系统测试项--需求跟踪矩阵表测试通过失败标准 指明判断/确认测试何时结束。是测试过程通过或失败的标准，而不是被测对象通过或失败的标准。若通过失败标准只考虑测试活动的度量，可以定义如下目标： 用例的执行情况要达到何种目标（例如：1、2 级百分百执行，3、4 级百分之五十执行）覆盖率要达到什么目标（例如：所有的功能需求、性能需求都被覆盖）若通过失败标准必须结合被测系统的质量，可以定义如下目标： 达到何种测试的质量目标（例如：致命问题多少个、一般问题多少个）使用何种缺陷分析方法判断测试是否退出（例如：通过缺陷分析中的 Competz 分析可以得出测试已经充分，可以退出）测试挂起恢复标准 挂起：测试无法进行下去或失去了继续测试的意义时，将测试活动挂起恢复：挂起的条件满足时，将测试活动恢复。工作任务分配 工作任务分配是系统测试过程中的测试任务分工。划分方法（可以结合使用） 可以分为测试的四个基本测试任务：计划测试、设计测试、实现测试、执行测试。每个任务下还可以划分子任务，针对每个任务应从 7 个主题描述 任务方法和标准输入和输出时间安排资源风险和假设角色和职责按测试特性 功能测试性能测试安全性测试按测试对象 业务处理配置管理应交付测试工作产品 工作产品可以作为测试任务的考评，一般包括： 系统测试计划系统测试方案系统测试用例系统测试规程系统测试日志系统测试报告系统测试输入和输出数据系统测试工具自动化测试脚本工作量估计 具体到人天资源的分配 人员及培训要求测试环境、测试工具测试仪器和材料
欢迎扫码关注微信公众号「一朵儿的软件测试之旅」一起学习交流