学堂在线_清华大学_软件工程_第十三章 软件系统测试
软件工程系统测试
四、系统测试由于本次测试主要是针对需求进行的系统测试，包括功能测试和性能测试的技术，功能测试是执行指定的工作流程，性能测试是将功能测试过程中的单独用户改为10人同时执行以验证系统的性能。
1、测试范围系统测试依据的系统的应用工作流：（1）所有基本页面的链接：进入程序后，检测所有链接是否正确。
（2）所有页面的转移正确：进入程序后，检测所有链接是否转移正确。
（3）登录页面：进入登录页面，输入数据，检测对输入数据进行验证。
（4）注册页面：进入注册页面，输入注册信息，检测对输入的数据进行验证。
（5）浏览图书页面：进入主页，检测是否能浏览全部和各个分类图书。
（6）用户修改个人信息：进入修改个人信息页面，输入修改信息，检测是否对输入数据进行验证。
（7）用户添加购物车:用户登录之后,检测是否能成功并准确将图书添加入购物车（8）用户管理购物车:用户添加入购物车后,检测是否能修改图书数量和删除图书（9）用户提交订单:用户将购物车结算提交订单,检测是否能准确生成订单（10）用户查询订单:用户登录之后,检测是否能成功并准确查询各个类型的订单（11）管理员管理用户：管理员进入用户管理，检测是否可以停用启用,修改用户信息,添加删除用户（12）管理员管理图书:管理员进入图书管理,检测是否可以添加删除图书,修改图书信息（13）管理员管理订单:管理员进入订单管理,检测是否可以删除修改订单2、测试环境与系统配置3、测试覆盖设计由于本次测试是系统测试，测试的依据是系统需求，测试的设计应该满足对需求的覆盖，所以，采用的测试方法主要是黑盒测试，包括等价类划分（有效测试和无效测试）、边界值和错误猜测法等。
表F－1就是测试用例覆盖矩阵。
表F-1：测试用例功能/性能覆盖矩阵4.测试用例矩阵如有侵权请联系告知删除，感谢你们的配合！。
软件工程系统测试
判定-条件覆盖 条件组合覆盖 路径覆盖
软件测试技术示例
a 示例 b F
(A>1) and (B=0)
Tc
X = TX1 /A
d F (A=2) or (X>1) T e
需求分析阶段产生的软件需求规格说明书，准确地描 述了用户对软件的合理期望，因此是软件有效性的标 准，也是进行确认测试的基础。
确认测试（ Alpha测试与Beta测试）
Alpha测试由用户在开发者的场所进行，并 且在开发者对用户的“指导”下进行测试。 Alpha测试是在受控的环境中进行的。
Beta测试由软件的最终用户们在一个或多个 客户场所进行。Beta测试是软件在开发者不能 控制的环境中的“真实”应用。
软件测试
软件测试基本概念 软件测试技术 实例
软件测试基本概念
什么是软件测试？目标是什么? 测试步骤 测试阶段信息流
软件测试的概念
1.软件测试是按照特定的规则，发现软件错误的 过程；
2.软件测试是对软件规格说明、设计和编码的最 后复审；
3.软件测试在软件生存周期中横跨两个阶段：模 块和单元测试在编码阶段，综合测试在独立的 测试阶段；
了程序的正确性.
软件测试与软件调试的区别
内容
软件测试
目的 从一个侧面证明程序员的失败；
方法 从已知条件开始，使用预先定义的程序， 且有预知的结果，不可预见的仅是程序是 否通过测试；
约束 有计划并且要进行测试设计； 过程 发现错误、改正错误、重新测试的过程；
方式 执行是有规程的；
测试 由独立的测试组在不了解软件设计的 人员 条件下完成；
2.设计非法输入用例。当有非法输入时，测试程序 是否能够拒绝接受那些非法输入并给出提示信息。
软件工程功能测试方法
软件工程功能测试方法
功能测试是软件工程中的一种测试方法，用于验证软件系统的功能是否符合需求规格说明。
下面是一些常用的功能测试方法：
1. 黑盒测试：这种测试方法不考虑内部实现细节，只关注输入
和输出之间的关系。
测试人员通过输入一组有效和无效的数据，检查系统是否能够正确地处理这些数据并产生正确的输出。
2. 白盒测试：这种测试方法考虑了内部实现细节，测试人员会
检查程序的逻辑路径和内部数据结构。
测试人员通过设计测试用例，覆盖系统的不同执行路径，以确保程序的所有分支和语句都被执行到。
3. 单元测试：这种测试方法是针对软件系统中的最小单元进行
的测试，如函数、方法等。
开发人员通常编写单元测试用例，用于验证每个单元的正确性。
4. 集成测试：这种测试方法是对软件系统中的多个模块进行测试，验证它们之间的接口和数据传递是否正确。
集成测试可以通过自顶向下或自底向上的方式进行。
5. 系统测试：这种测试方法是对整个软件系统进行测试，验证
系统的所有功能是否符合需求规格说明。
测试人员通常使用实际的数据和场景，模拟真实的使用环境。
6. 验收测试：这种测试方法是在客户验收前进行的测试，用于
验证软件系统是否满足客户的需求和期望。
验收测试通常由客户或客户代表进行。
以上是一些常用的软件工程功能测试方法，根据具体的项目和需
求，测试团队可以选择适合的测试方法进行测试。
清华大学2023年8月课程考试《软件工程管理》带答案
清华大学2023年8月课程考试《软件工程管理》带答案一、选择题（40分）1. 软件工程管理的目标是什么？A. 提高软件开发人员的技术能力B. 提高软件产品的质量和开发效率C. 增加软件开发成本D. 降低软件开发周期答案：B2. 软件工程管理中，项目管理的核心任务是什么？A. 制定项目计划和进度安排B. 分析用户需求和编写技术文档C. 监控项目进展和风险管理D. 进行软件功能测试和质量控制答案：C3. Agile开发方法主要关注哪个方面的软件开发？A. 高质量的软件架构设计B. 及时交付可用的软件功能C. 最小化软件开发成本D. 严格控制项目进度和风险答案：B4. 软件工程管理中，SCRUM是一种什么样的开发方法？A. 瀑布模型的增强版B. 结构化开发的升级版C. 迭代和增量式开发的方法D. 敏捷开发的演化版答案：C5. 在软件项目管理过程中，变更控制的主要目的是什么？A. 最大限度地减少变更B. 及时响应项目需求变更C. 防止项目范围膨胀D. 确保变更有序和可控答案：D6. 软件工程管理中，成本估计是指什么？A. 确定项目的预算和资金支持B. 评估软件开发的人力资源C. 预测软件开发的时间成本D. 计算软件项目的风险成本答案：C7. 软件需求规格说明书是什么？A. 项目经理编写的软件功能列表B. 开发人员撰写的代码文档C. 用户提供的项目开发指南D. 需求分析师记录的需求描述答案：D8. 软件测试的目的是什么？A. 验证软件是否符合需求规格B. 确保软件的安全性和稳定性C. 评估软件的性能和可靠性D. 开发人员自我检查和纠错答案：A9. 项目管理中，风险管理的关键步骤是什么？A. 风险识别、风险分析和风险应对B. 风险预测、风险防范和风险控制C. 风险评估、风险治理和风险监控D. 风险规避、风险转移和风险接受答案：A10. 软件工程管理中，团队协作的目的是什么？A. 提高工作效率和质量B. 管理项目进度和进展C. 控制项目成本和风险D. 分配任务和资源答案：A二、简答题（60分）1. 简要阐述软件工程管理的概念和重要性。
学堂在线随堂测试题及答案
学堂在线随堂测试题及答案一、选择题（每题2分，共10分）1. 学堂在线平台主要提供哪种类型的课程？A. 语言学习B. 职业培训C. 学术课程D. 艺术欣赏答案：C2. 学堂在线的课程是否需要付费？A. 是B. 否C. 有时需要D. 根据课程而定答案：D3. 下列哪项不是学堂在线平台的特点？A. 课程资源丰富B. 学习时间灵活C. 必须到校上课D. 学习效果可追踪答案：C4. 学堂在线平台是否提供课程证书？A. 是B. 否C. 部分课程提供D. 需要额外申请答案：C5. 学堂在线平台的课程是否支持回放？A. 是B. 否C. 部分课程支持D. 需要付费才能回放答案：A二、填空题（每题2分，共10分）6. 学堂在线平台的课程覆盖了多个学科，包括______、______、______等。
答案：工程、人文、社会科学7. 学堂在线平台的课程通常由______或______提供。
答案：大学、研究机构8. 学堂在线平台的课程学习进度可以______，方便学生根据自己的时间安排学习。
答案：自主控制9. 学堂在线平台的课程学习效果可以通过______来评估。
答案：在线测试10. 学堂在线平台的课程证书通常由______颁发。
答案：课程提供方三、简答题（每题5分，共20分）11. 请简述学堂在线平台的优势。
答案：学堂在线平台的优势包括课程资源丰富、学习时间灵活、学习效果可追踪、课程证书权威等。
12. 学堂在线平台的课程适合哪些人群？答案：学堂在线平台的课程适合所有希望在线学习的人群，包括在校学生、在职人员、终身学习者等。
13. 学堂在线平台如何保证课程质量？答案：学堂在线平台通过与知名大学和研究机构合作，严格筛选课程内容，确保课程质量。
14. 学堂在线平台的课程学习有哪些注意事项？答案：学堂在线平台的课程学习需要注意合理安排学习时间、积极参与课程讨论、及时完成作业和测试，以保证学习效果。
四、论述题（每题10分，共20分）15. 论述学堂在线平台在促进教育公平方面的作用。
国家开放大学《软件工程》章节自测参考答案
国家开放大学《软件工程》章节自测参考答案模块一软件工程概述一、选择题1．软件与程序的区别是（）。
A. 程序价格便宜、软件价格昂贵。
B. 程序是用户自己编写的，而软件是由厂家提供的。
C. 程序是用高级语言编写的，而软件是由机器语言编写的。
D. 软件是程序以及开发、使用和维护所需要的所有文档的总称,而程序是软件的一部分。
2．开发软件所需高成本和产品的低质量之间有着尖锐的矛盾，这种现象称做（）。
A. 软件产生B. 软件周期C. 软件工程D. 软件危机3．瀑布模型本质上是一种（）模型。
A. 线性顺序B. 早期产品C. 顺序迭代D. 线性迭代4．瀑布模型存在的问题是（）。
A. 缺乏灵活性B. 用户容易参与开发C. 适用可变需求D. 用户与开发者易沟通5．用户要看到软件产品的模样，最早也要到（）以后。
A. 验收B. 在单元测试之后C. 程序代码编写完成之后D. 用户需求基本确定6．螺旋模型是一种将瀑布模型和（）结合起来的软件开发模型。
A. 增量模型B. 专家系统C. 喷泉模型D. 变换模型7．原型化方法是用户和设计者之间执行的一种交互构成，适用于（）系统。
A. 需求不确定性高的B. 需求确定的C. 管理信息D. 实时8．原型化方法是一种（）型的设计过程。
A. 自底向上B. 自顶向下C. 自外向内D. 自内向外9．下列有关软件工程的标准，属于国际标准的是( )A. IEEEB. GBC. ISOD. DIN10．结构化方法是一种基于（）的方法。
A. 程序结构B. 数据结构C. 算法D. 数据流二、简答题1．什么是软件危机？软件危机表现在哪几个方面？参考答案：由于软件具有上述这些特点，长期以来一直没有发明一种高效的开发方法，从而导致软件生产效率非常低，交付期一拖再拖，最终交付的软件产品在质量上很难保障。
这种现象早在20世纪60年代被定义为“软件危机”。
它的具体表现如下：（1）“已完成”的软件不满足用户的需求。
（2）开发进度不能保障，交付时间一再拖延。
习题参考答案-软件测试技术(第2版)-谭凤-清华大学出版社
《软件测试技术》习题参考答案第1章软件测试基础一、判断题1、验证意味着确保软件正确无误地实现软件的需求，开发过程是沿着正确的方向进行。
（T ）2、调试的目的是发现bug。
（F ）3、软件缺陷主要来自产品说明书的编写和产品方案设计。
（T ）4、在实际的软件测试工作中，不论采用什么方法，由于软件测试情况数量极其巨大，都不可能进行完全彻底的测试。
（T ）5、测试人员可以不懂编程。
（ F ）二、选择题1、软件是程序和（B ）的集合。
A、代码B、文档C、测试用例D、测试2、严重的软件缺陷的产生主要源自（A）。
A、需求B、设计C、编码D、测试3、Fixed的意思是指：（ C ）A、该BUG没有被修复，并且得到了测试人员的确认B、该BUG被拒绝了，并且得到了测试人员的确认C、该BUG被修复了，并且得到了测试人员的确认D、该BUG被关闭了，并且得到了测试人员的确认4、降低缺陷费用最有效的方法是（B ）。
A、测试尽可能全面B、尽可能早的开始测试C、测试尽可能深入D、让用户进行测试5、以下不属于应用系统中的缺陷类型的是：（ B ）。
A、不恰当的需求解释B、用户指定的错误需求C、设计人员的习惯不好D、不正确的程序规格说明三、简答题1、请简述一条软件缺陷（或者叫Bug）记录都包含了哪些内容？2、请简述软件测试的定义？第2章软件测试类型一、判断题1、软件测试的目的是尽可能多的找出软件的缺陷。
（ T ）2、好的测试方案是极可能发现迄今为止尚未发现的错误。
（T ）3、测试人员要坚持原则，缺陷未修复完坚决不予通过。
（ F ）4、负载测试是验证要检验的系统的能力最高能达到什么程度。
（ F ）5、V模型不能适应较大的需求变化。
( T )二、选择题1、测试环境中不包括的内容是（ A ）A、测试所需文档资料B、测试所需硬件环境C、测试所需软件环境D、测试所需网络环境2、某软件公司在招聘软件测试工程师时，应聘者甲向公司做如下保证：（1）经过自己测试的软件今后不会再出现问题（2）在工作中对所有程序员一视同仁，不会因为某个程序编写的程序发现的问题多，就重点审查该程序，以免不利于团结（3）承诺不需要其他人员，自己就可以独立进行测试工作（4）发扬咬定青山不放松的精神，不把所有问题都找出来，绝不罢休根据自己所学的软件测试知识，应聘者甲的保证（ D ）A、（1）（4）是正确的B、（2）是正确的C、都是正确的D、都是错误的3、用不同的方法可将软件测试分为白盒法和黑盒法，或者（C）和静态测试。
清华大学软件工程样卷
《软件工程》期终考试题学号：姓名：一讨论题（25分）根据自己的理解，简要分析下述说法的合理性，若结合自己的大作业实践更佳。
1．程序设计是一种任人发挥创造才能的技术领域，是个人按自己意图创造的“艺术品”。
程序只要能在计算机上得出正确的结果，程序的写法可以不受任何约束。
2．在软件项目开发进度滞后时，可以通过增加人力的方式，加快软件开发速度，满足进度要求。
3．软件开发应遵循“信息隐藏”的原则，将模块设计成“黑箱”，实现的细节隐藏在模块内部，不让模块的使用者直接访问。
这就是信息封装，使用与实现分离的原则。
使用者只能通过模块接口访问模块中封装的数据。
4．软件开发需遵循严格的阶段划分，包括：制定开发计划，进行需求分析和说明，软件设计，程序编码，测试及运行维护。
只有当每个阶段的工作完成后，才能继续进行下一项活动。
5．运行正确的程序就是一个高质量的软件。
二分析设计（45分）上图是一个简化的SafeHome控制面板，其基本功能如下：1)房主观察SafeHome控制面板，确定系统就绪状态。
当系统检测传感器信息，发现某个门或者窗是开着，显示“Not ready”信息；房主关闭门和窗后，“Not ready”信息消失。
2)在系统就绪状态下，房主用键盘键入4位密码，该密码和系统中存储的有效密码比较。
如果密码错误，控制面板鸣叫一声后，自动复位以等待再次输入；如果密码正确，控制面板等待进一步操作。
a)房主选择键入“Stay”，表示房主在家，只需激活房屋外部传感器，房屋内部传感器关闭。
b)房主选择键入“Away”，表示房主出门，则激活房屋所有的传感器。
3)传感器激活后，房主可以看到一个红色的警报灯。
针对上述SafeHome系统，完成以下工作：1.分析系统的主要功能，采用UML用例图（Use Case Diagram）建立需求模型。
2.分析识别系统的类及其关系，给出系统的面向对象设计，采用UML类结构图（Class Diagram）进行建模。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试的局限性
测试的不彻底性
• 测试只能说明错误的存在，但不能说明错误不存在 • 经过测试后的软件不能保证没有缺陷和错误
测试的不完备性
• 测试无法覆盖到每个应该测试的内容 • 不可能测试到软件的全部输入与响应 • 不可能测试到全部的程序分支的执行路径
测试作用的间接性
• 测试不能直接提高软件质量，软件质量的提高要依靠开发 • 测试通过早期发现缺陷并督促修正缺陷来间接地提高软件质量
单元测试
单元测试（Unit Testing）是对软件基本组成单元进行的测试，其测试对象是软件 设计的最小单位（模块或者类）。
单元测试
单元测试
单元测试
单元测试
单元测试
单元测试一般由编写代码的开发人员执行，用于检测被测代码的功能是否正确。
集成测试
集成测试（Integration Testing）是在单元测试的基础上，将所有模块按照总体 设计的要求组装成为子系统或系统进行的测试。
• 组织测试团队 • 设计测试用例 • 开发测试工具和脚本 • 准备测试数据
• 获得测试版本 • 执行和实施测试 • 记录测试结果 • 跟踪和管理缺陷
• 分析测试结果 • 评价测试工作 • 提交测试报告
软件测试活动
规格说明书 审查
系统和程序 设计审查
单元测试 单元测试
功能规格
软件测试概念
清华大学软件学院 刘强
关于软件质量的问题
The average software product released on the market is not error free.
Win98 发布日的尴尬
“Bug”的由来
“Bug”的由来
Grace Murray Hopper
软件缺陷的产生
1. 打开记事本程序 2. 输入一些字符 3. 鼠标单击菜单“文件→退出”。
输入数据 空串
A
期望输出
系统正常退出，无提示信息
系统提示“是否将更改保存到无标题（或指定文件名）？”单击“保存”， 系统将打开保存／另存窗口；单击“不保存”，系统不保存文件并退出；单 击“取消”系统将返回记事本窗口。
结论：☐ 通过 ☐ 不通过
黑盒测试与白盒测试
黑盒测试：将测试对象看做一个黑盒子，完全 不考虑程序内部的逻辑结构和内部特性，只是
客户需求
输出
依据程序的需求规格说明书，检查程序的功能
输入
是否符合它的功能说明。
事件驱动
白盒测试：把测试对象看做一个透明的盒子， 允许测试人员利用程序内部的逻辑结构及有关 信息，设计或选择测试用例，对程序所有逻辑 路径进行测试。
• 自动化测试：相对于手工测试而言，主要是通过所开发的软件测试工具或脚 本等手段，按照测试工程师的预定计划对软件产品进行的自动测试。
软件测试文档
测试计划 测试用例
测试
缺 陷
结果
缺陷报告 测试项：记事本程序的文件菜单栏——文件／退出菜单的功能测试 测试环境：Windows 7 Professional 中文版 前置条件：无 操作步骤：
期望目标：检查系统是否满足需求
• 测试是对软件质量的度量和评估，以验证软件的质量满足客户需求的程度，为用户选择和 接受软件提供有力的依据。
附带目标：改进软件过程
• 通过分析错误产生的原因，可以帮助发现当前开发所采用的软件过程缺陷，从而进行软件 过程改进；通过分析整理测试结果，可以修正软件开发规则，为软件可靠性分析提供依据。
集成测试
• 一次性集成方式：分别测试每个单元，再一次性将所有单 元组装在一起进行测试。
• 渐增式集成方式：先对某几个单元进行测试，然后将这些 单元逐步组装成较大的系统，在组装过程中边连接边测试。
集成测试对象是模块间的接口，其主要目的是找出在模块接口（包括系统体系 结构）设计上的问题。
功能测试
功能测试（Functional Testing）是在已知产品所应具有的功能基础上，从用户角度 来进行功能验证，以确认每个功能是否都能正常使用。
测试应尽早介入
尽早地在缺陷刚引入时就发现和修复，可以有效地避免缺陷的雪崩效应。
1. 需求阶段
正确的需求
有缺陷的需求
2. 设计阶段 正确的规格说明 有缺陷的规格说明 阶段1引发的缺陷
3. 实现阶段 正确的编码实现 有缺陷的编码实现
阶段1和2引发的缺陷
4. 软件产品 正确的产品行为
已知的缺陷
未知的缺陷
激活
缺陷
缺少防范措施 演变
故障
失效
寄存器存储导致误差 （0.000000095）10
0.000000095×100h×60×60×10 = 0.34s
软件测试
测试 —— 发现问题 —— 修复
软件测试的定义
验证软件正常工作
假定软件有缺陷
软件测试的定义
正向思维：验证软件正常工作 • 评价一个程序或系统的特性或能力并确定是否达到预期的结果。 • 在设计规定的环境下运行软件的所有功能，直至全部通过。
功能测试方法
黑盒测试方法
客户需求
输出
输入
事件驱动
具有代表性和典型性 寻求系统设计和功能设计的弱点 既有正确输入也有错误或异常输入 考虑用户实际的诸多使用场景
回顾：测试用例文档
标识符：1007 测试项：记事本程序的文件菜单栏——文件／退出菜单的功能测试 测试环境：Windows 7 Professional 中文版 前置条件：无 操作步骤：
界面
数据
操作
逻辑
接口
功能测试
网上搜索并选购图书
性能测试
性能测试（Performance Testing）是在实际或模拟实际的运行环境下，针对非功 能特性所进行的测试，包括压力测试、容量测试、安全测试和可靠性测试等。
容量测试
压力测试
性
能
兼容性测试
测
安全性测试
试
负载测试
验证测试 基准测试 规划测试
故障转移测试
缺陷的集群性
软件错误具有聚集性，对存在错误的部分应重点测试。
• 80/20原则：80%的软件错误存在于20%的代码行中 • 经验表明：测试后程序中残留的错误数目与该程序中已检出的错误成正比。
已知错误数量
残存错误可能性
杀虫剂悖论
用同样的测试用例多次重复进行测试，最后将不再能够发现新的缺陷。
如同给果树喷撒农药，为了 杀 灭 害 虫 只 打 一 种 杀 虫 药， 虫子就会有抗体而变得适应， 于是杀虫剂将不再发挥作用。
性能
可用性
扩展性
质
维护性
量
兼容性
需 求
安全性
可靠性
验收测试
验收测试是在软件产品完成了系统测试之后、产品发布之前进行的软件测试活动， 其目的是验证软件的功能和性能是否能够满足用户所期望的要求。
验收测试
进行α测试
得到β版本
进行β测试
α版本
α测试
通过系统测试后
软件公司组织内部 人员模拟各类用户 测试使用α版本
相关附件： • 截图文件、出错信息
缺陷报告内容
缺陷的严重性是指缺陷对软件产品使用的影响程度。
缺陷严重性
描述
致命的（1级） 造成系统或应用程序崩溃、死机、挂起，或造成数据丢失、主要功能完全丧失。
严重的（2级）
系统功能或特性没有实现、主要功能部分丧失、次要功能完全丧失或者致命的 错误声明。
一般的（3级）
1. 打开记事本程序 2. 输入一些字符 3. 鼠标单击菜单“文件→退出”。
输入数据 空串
A
期望输出
系统正常退出，无提示信息
系统提示“是否将更改保存到无标题（或指定文件名）？”单击“保存”， 系统将打开保存／另存窗口；单击“不保存”，系统不保存文件并退出；单 击“取消”系统将返回记事本窗口。
结论：☐ 通过 ☐ 不通过
描述 缺陷导致系统几乎不能使用或测试不能继续，需要立即修复 缺陷严重，影响测试，需要优先考虑 缺陷需要正常排队等待修复 缺陷可以在开发人员有时间的时候被纠正
谢谢大家！ THANKS
软件功能测试
清华大学软件学院 刘强
功能测试
功能测试（Functional Testing）是在已知产品所应具有的功能基础上，从用户角度 来进行功能验证，以确认每个功能是否都能正常使用。
界面
数据
操作
逻辑
接口
功能测试
界面 数据 操作 逻辑 接口
• 程序安装、启动正常，有相应的提示框、错误提示等 • 每项功能符合实际要求 • 系统的界面清晰、美观 • 菜单、按钮操作正常、灵活，能处理一些异常操作 • 能接受正确的数据输入，对异常数据的输入有提示、容错处理等 • 数据的输出结果准确，格式清晰，可以保存和读取 • 功能逻辑清楚，符合使用者习惯 • 系统的各种状态按照业务流程而变化，并保持稳定 • 支持各种应用的环境 • 配合多种硬件周边设备 • 软件升级后，能继续支持旧版本的数据 • 与外部应用系统的接口有效
测试用例需要定期评审和修改，同时要不断增加新的不同测试用例来测试 软件的不同部分，从而发现更多潜在的缺陷。
软件测试思维
两极 思维
简单 思维
发散 思维
逆向 思维
比较 思维
组合 思维
系统 思维
谢谢大家！ THANKS
软件测试类型
清华大学软件学院 刘强
软件测试过程
计划
准备
执行
报告
• 识别测试需求 • 分析质量风险 • 拟定测试方案 • 制定测试计划
测试人：
测试日期：
实际结果
回顾：等价类划分
等价类划分是一种典型的、重要的黑盒测试方法，它将程序所有可能的输入数据 （有效的和无效的）划分成若干个等价类，然后从每个部分中选取具有代表性的 数据作为测试用例，测试用例由有效等价类和无效等价类的代表组成。