软件测试-4概述.pptVIP

假如周一测试软件的某一功能，每小时发现一个新的软件缺陷，你认为周二将会以什么频率发现软件缺陷？ 虽然测试员尽了最大的努力，但并非找到的所有软件缺陷都会被修复。 并非意味着软件测试员没有达到目的. 造成软件缺陷不能修复的原因： 时间不够 不算真正的软件缺陷 修复的风险太大 不值得修复（商业风险决策） 7）并非所有的软件缺陷都能修复 准确 VS 精确 质量和可靠性 既不准确又不精确 精确但不准确 准确但不精确 既准确又精确 调试和测试是一样的 软件测试对象就是程序 软件测试是测试人员的事情,与开发人员无关 好的软件质量是通过测试得到的 把不合格的开发人员安排做测试 关注于测试的执行而忽略测试的设计 测试自动化是万能的 测试是为了证明软件的正确性 单元测试：模块测试，检查每个程序单元是否正确实现详细设计说明中的模块功能等。 集成测试：组装测试,将所有的程序模块进行有序,递增的测试,检验程序单元或部件的接口关系。 系统测试：在真实或模拟系统运行的环境下检查完整的程序系统能否和系统（包括硬件、外设和网络、系统软件、支持平台等）正确配置、连接，并满足用户需求。 验收测试：按照项目任务或合同，供需双方签订的验收依据文档进行的对整个系统的测试与评审，决定是否接受或拒收系统。 按 照开发阶段划分 白盒测试：通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及路径都是正确的，检查软件内部动作是否按照设计说明的规定正常进行。--结构测试 黑盒测试：通过软件的外部表现来发现错误，是在程序界面处进行测试，只是检查是否按照需求规格说明书的规定正常实现。 --功能测试 灰盒测试：介于白盒测试与黑盒测试之间的测试，关注输出对输入的正确性；同时，也关注内部表现，不像白盒那样详细，只是通过一些表征性现象,事件,标志来判断内部的运行状态。 按 照测试技术划分 开发方测试：验证测试或α测试，开发方通过检测和提供客观证据，证实软件的实现是否满足规定的需求；在开发环境下，开发方对提交的软件进行全面的自我检查。 用户测试：在用户的应用环境中，用户通过运行软件，检测软件实现是否符合自己预期的要求，不是指用户的”验收测试”，而是指用户的使用性测试。 第三方测试：介于软件开发方和用户方之间的测试组织的测试,也成为独立测试。一般情况下是在模拟用户真实应用环境下，进行软件确认测试。 按 照测试实施组织划分 例如：要测试一个三角形程序，该程序完成下述功能： 输入三个整数a、b和c，作为三角形的三条边。通过程序判断由这3条边构成的三角形的类型是等边三角形、等腰三角形还是一般三角形并打印出相应的信息。 写下自己认为合适的测试输入，然后根据测试输入回答下面的问题，每回答1个“是”加1分，最后看看能得多少分。 1.是否设计了一种测试输入表示合法的一般三角形； 2.是否设计了一种测试输入表示合法的等边三角形； 3.是否设计了一种测试输入表示合法的等腰三角形； 4.是否至少设计了3种测试输入表示合法的等腰三角形,由此检查了两条边相等的所有3种排列方案; 5.是否设计了这样的测试输入，其中三角形的一条边长为0； 6.是否设计了一种测试输入,其中3个整数都大于0,而其中的两数之和等于第三个数.（验证程序中是否把（2,3,5）当成一般三角形,表明有故障）; 7.是否至少设计了3种第6类那样的测试输入，检查一条边边长等于另外两边边长之和排列方式。如（2，3，5）,（5，3，2）和（3，5，2）。 8.是否设计了一种测试输入，表示三个整数都大于0，而其中某两个数的和小于第三个数。（验证是否把两边之和小于第三边当成一般三角形） 9.是否至少设计了3种第8类那样的测试输入。 10.是否设计了一种测试输入，表示3条边边长都为0。 11.是否设计了这样的测试输入，其中三角形的一条边长为负数； 12.是否至少设计了一种测试输入，其中三角形的边长不是整数。 13.是否至少设计了一种测试输入，其中三角形的边数不是3 14.对于每一种测试输入，是否还给出了预期的输出。 邵锐锋 软件测试的定义 软件测试的目的 软件测试的关键问题 作业：软件测试是否以发现错误为唯一目的？ 软件测试过程模型 软件测试与软件工程的关系 软件测试的原则 软件测试的分类 零售店里的服装模特是一个模型 会计的公式：资产=债务+所有者权益也是一个模型 模型是对现实的抽象概括，对某些真实事件的简化表征。 waterfall model 瀑布模型 问题定义 可行性研究 需求分析 概要设计 详细设计 编码 测试 运行维护 评价 返回计划 维护阶段 开发阶段 定义阶段 定义做什么的问题结构 设计如何做的体系结构 修改设计 需求说明书 设计说明书 源程序清单 测试报告 维护报告 瀑布模型 测试与开发紧密结合，在测试