软件测试大学教程 9 系统测试-1.ppt

*/41 系统测试的常见内容（续） 16、背靠背测试 目标 设置一组以上的测试团队，在互相不进行沟通的情况下独立进行相同的测试项目 用来评估测试团队的效果并发现更多的错误 开始用于测试外包，现在也用于内部测试 */41 系统测试的常见内容（续） 17、度量测试 目标 在系统中人为地放入错误(播种)，并根据被发现的比例来确定系统中遗留的错误数量 开始用于测试外包，现在也用于内部测试 */41 系统测试的常见内容（续） 18、比较测试 目标 与竞争产品及本产品的旧版本测试同样的内容 确定系统的优势和劣势 严格地说，比较测试属于系统测评的内容 BenchMarking是一种特殊的比较测试 */41 系统测试的常见内容（续） 前述18种测试内容并不是都要进行的 制定测试策略和测试计划的时候要有不同的侧重点 与测试目标、测试资源、软件系统特点和业务环境有关 前述18种测试最好由独立（第三方）进行测试 进行独立测试的目的 是进一步加强软件质量保证工作 提高软件的质量 对软件产品进行客观评价 进行第三方独立测试通常有以下优点： 1）发挥专业技术优势 2）发挥独立性优势 3）进一步促进承办方的工作 */41 测试员的效率 测试员的平均效率 平均每个工作日发现3-5个Bug 平均每修正3个Bug，会引进1个新的Bug 平均75%的Bug会在单元测试阶段解决掉 平均20%的Bug会在集成测试和系统测试阶段解决掉 平均5%的Bug会被交付给用户 普通大型民用软件平均错误率5个/10,000LOC 电信/银行/操作系统等软件平均错误率5个/100,000LOC */41 测试团队 测试团队一般4-5人 否则应该细分为测试组 测试经理/测试组长 制定测试计划和测试方案 分配测试任务并检查测试进度 代表测试团队与开发、产品、用户沟通 实际测试 测试员 设计测试用例 执行测试用例并填写缺陷报告 检查缺陷处理结果 */41 测试与开发的比例 与产品大小、复杂度、质量要求相关 目前国内比例平均为1:6 2000年： 全球软件业52000人 利润$300亿 开发人员为10000，测试人员为15000 测试费用占研发费用的60% Exchange2000 程序经理25人；开发人员140人；测试人员350人 Windows2000：$50亿 程序经理250人；开发人员1700人；测试人员3200人 IE4.0 开发时间6个月，测试时间8个月 */41 系统测试的客观要求 系统测试需要以智力为核心、以系统为框架来实施 智力 逻辑性、灵活性和技巧性 系统 组织性、计划性和流程性 */41 系统测试中最关键的两个要素 测试设计 测试设计的主要任务是设计测试用例 测试用例库是一种经验积累，是测试活动最宝贵的财富 测试用例的衡量标准：多、快、好、省 软件攻击是在系统测试中常用的一种设计测试用例的思路 测试流程 系统测试的控制过程 系统测试的度量过程 */41 作业 什么是系统测试？系统测试有那些测试类型？简单描述这些测试类型 * */41 第9讲 系统测试系统测试需求类型与测试类型 */41 什么是系统测试 系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方 将被测软件，作为整个基于计算机系统的一个元素 与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合起来 在实际运行（使用）环境下，对计算机系统进行的测试 系统测试的目的： 为了发现缺陷并度量产品质量，按照系统的功能和性能需求进行的测试 同时检验系统的文档等各种是否完整、有效 一般使用黑盒测试技术 对于模块之间交互性比较强的软件，还会有单独的集成测试，用来发现模块接口之间的错误 一般由独立的测试人员完成 */41 系统测试过程 */41 */41 系统测试需求获取 系统测试需求所确定的是测试的内容，即测试的具体对象 系统测试需求主要来源于需求工件集 它可能是一个需求规格说明书，或是由前景、用例、用例模型、词汇表、补充说明组成的一个集合 测试需求分析的几条规则 测试需求必须是可观测、可测评的行为 在每个用例或系统的补充需求与测试需求之间不存在一对一的关系 用例通常具有多个测试需求 在需求规格说明书中每一个功能描述将派生一个或多个测试需求 性能描述、安全性描述等也将派生出一个或多个测试需求 */41 测试需求类型 功能性测试需求 功能性测试需求来自于测试对象的功能性说明 每个用例至少会派生一个测试需求 对于每个用例事件流，测试需求的详细列表至少会包括一个测试需求 对于需求规格说明书中的功能描述，将至少派生一个测试需求 */41 测试需求类型（续） 性能测试需求 性能测试需求来自于测试对象的指定性能行为 性能通常被描述为对响应时间和资源使用率的某种评测 性能需要在各种条件下进行