软件测试系统测试.ppt

系统测试 本章教学要点 案例：手机测试 针对一款新生产的手机，你打算如何进行测试？ 用户需求 表达出的与未表达出的 用户需要的 (Needs)－?? ??? 用户表达出来的(Demands)－? ?????????????软件需求规格表达出来的 (Specification) - ??????????????? 代码实现的(Code) - ??????????????????? 验证通过的 (Test) - ??????????????????????? 系统发布的 (Release) - ??????????????????????????? 用户终于用上了的，但是他们不满意 - ？ 软件需求文档 软件需求文档说明的各种形式 用户需求: 合同要求Demand 系统包需求OR： Feature，Capability 系统设计需求DR：工作流(Given-When-Then) 软件需求规格SRS: Specification 用户故事： UserStory 二义性：逻辑-条件运算 OR If A or B Then C 如果投入的硬币是5角或1元，则接收该硬币 (XOR) 二义性：逻辑-条件运算 NOT If not A or B then C 如果不是 俱乐部成员 或者 code =2 则采用规则1 双重否定 如果没有通过期末考试，则无法通过这个课程 如果通过期末考试，则通过这个课程 二义性：逻辑-规则间关系 Rule1: if either A or B go, H will go. Rule2: if A does not go with C, H will go. Rule3: if B does not go with D, H will go. if B goes and D goes? 二义性：逻辑-操作优先级 如果我中了大奖、有足够的Money, 则会买： 一辆 10万元的汽车 一条 100万元的房子 一套1000万元的游艇 练习：识别二义性 将输入的金额数与累计金额数相加，该数必须是正数。 如果比赛时间定在周六或周日，我将会参加。 如果下雨或下雪我们将打网球 除非下大雨否则我们踢足球 如果天太冷或雨下得太大，我们将不会打篮球 如何处理二义性问题 需求的形式化描述 基于模型表示状态机、Petri网、因果图等 形式化语言：Z语言、Prolog语言等 需求的非形式化描述 评审技术：review/walkthrough/Audit 工程方法：操作场景分析/质量属性分析/功能交互分析 需求澄清：示例 【需求描述】 对于处理1，则输出姓名、地址、实际YTD值 对于处理2，则显示要求的YTD值 Why： 该处理的上下文？ What: 处理1/处理2、YTD的含义？ Who: 谁负责输出和打印 When: 何时满足什么条件输出？ Where: 打印和输出在哪儿？ HOW: 输出格式? 如果非1或非2则如何处理？ 功能真的OK吗？ 各种配置、各种数据、各种分支下均OK才算完全OK。 系统功能测试的定义 案例：继承性功能不见了 【案例】导入导出功能丢失导致用户数据升级受阻。 某产品新版本发布后，发现原有版本配套工具的导入导出功能不见了。该工具在版本升级时，可以辅助用户将数据进行迁移。 经分析，新版本是合入用户的一个新功能，在合入版本时，不小心合漏了。由于原有配套工具没有作修改，故测试也没有纳入测试范围。 案例：测试观察遗漏 【案例】由于数据库标志位未更新损失若干。 某系统在节假日高峰期首次发送消息失败，后定时重发成功，但却忘了更新数据库中相应标志位。后来计费任务定时启动，根据数据库中标志位，导致这一类消息均没有收费。 功能测试设计整合 测试DNA应当具有： 系统范围内思考问题的本能、分解问题的技能、对提高产品质量充满热情、 喜欢研究事物是如何工作、又怎样能被搞坏。----windows测试主管Grant George （来源：《微软的软件测试之道》) 完整功能测试设计过程 Step1：测试需求分析。确定测试范围。 Step2：测试对象分析。测试建模的过程，弄清楚测试对象的业务处理过程、涉及关键数据。 Step3：测试点分析。从哪些地方开展测试，测试覆盖在此体现。 Step4：观察点分析。从哪些地方对测试结果观察。 Step5：测试用例设计。包括逻辑用例、物理用例。 Step1:测试需求分析