_context.md

本课程上下文(讲稿写作依据)

一、课程信息

二、第 1、2 次课的教案要点(讲稿必须覆盖)

第 1 次课 第1章 课程导学与引论:为什么必须做软件测试(2 学时)

第 2 次课 第2章 软件测试的基本概念(2 学时)

三、页码锚点(必须与课件页一一对应,一页不漏)

四、问题页参考答案口径(讲到该页时照此展开)

第 1 章 第 57 页「问题」

问:开发人员测试自己的产品有哪些障碍?TDD 如何克服? 答:①思维盲区——顺着自己的实现思路测,漏掉"没想到"的路径与组合;②心态偏差——倾向证明"我写的是对的";③独立性与时间不足。TDD 的克服:先把期望写成测试再写实现,迫使从需求与接口出发;测试先行形成自动回归网;用例即"可执行规格",减少主观判断。

第 1 章 第 59 页「提问、思考与练习」

①日常质量问题对应缺陷类型:闪退卡顿→性能与可靠性;数据丢失或计算错误→功能与数据缺陷;界面错位乱码→兼容与易用性;更新后旧功能失效→回归缺陷。 ②正反思维:正向思维按规格验证"该做的做到了";反向思维假设程序有错,专挑边界、异常输入与组合去证伪。 ③测试与开发并行协作:需求与设计阶段测试即介入(测试左移),例如需求评审时提出二义性、接口未实现先冻结契约与用例。 ④测试与 SQA:SQA 面向过程(规范、评审、度量、过程改进),测试面向产品(验证与确认、提供质量信息),测试是 SQA 的重要手段之一。

第 2 章 第 85 页「思考题」

①为何说缺陷是质量的对立面:质量是软件满足规定与隐含需求(期望)的程度,缺陷正是违背需求与期望、导致结果不正确的问题;缺陷越多、越严重,质量越低。 ②静态测试与动态测试为何是对立统一体:手段对立(静态不运行程序、动态运行程序),目标统一(发现缺陷、评价质量)且互补(静态查需求二义、设计缺陷与规范;动态验证运行时行为)。 ③为什么测试需求分析是测试计划与测试设计的基础:需求分析回答"测什么"(测试项、范围、优先级、可测性),计划据此确定范围、资源、进度与风险,设计据此确定覆盖与判定准则。

五、案例素材(第 1 章讲课可用)

下载此文件