《《软件测试》读书笔记》

《《《软件测试》读书笔记》》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、软件测试》读书笔记（一）软件缺陷的正式定义符合下列5个规则才能叫软件缺陷：1.软件未达到产品说明书标明的功能2.软件出现了产品说明书指明不会出现的错误3.软件功能超出产品说明书指明范围4.软件未达到产品说明书虽未指出但应达到的目标5.软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。软件测试员的目标尽可能早地找出软件缺陷，并确保其得以修复。软件测试员应具备的素质－探索精神（喜欢拿到新软件）－故障排除能手（善于发现问题的症结）－不懈努力（不停尝试）－创造性（想出富有创意甚至

2、超常的手段来寻找缺陷）－追求完美（但对知道无法企及的东西也不强求）－判断准确（决定测试内容、测试时间、是否真正的缺陷）－老练稳重（知道如何将坏消息告诉程序员，知道如何跟不够冷静的程序员合作）－说服力（善于表达观点，通过实际演示标明缺陷为何必须修复）软件开发模式从最初构思到公开发行软件产品的过程称为软件开发模式。－大棒式（要么成功，要么失败）－边写边改式（没有时间做好，总有时间返工）－流水式（创意、分析、设计、开发、测试、产品一步步进行，不能后退。前一步完成才能进入下一阶段）－螺旋式（主要思想是：

3、开始不必详细定义所有细节。从小开始，定义重要功能，努力实现，接受客户反馈，然后进入下一阶段。一个螺旋包括6个步骤：1.确定目标、可选方案和限制条件；2.指出并解决风险；3.评估方案；4.本阶段开发和测试；5.计划下一阶段；6.确定进入下一阶段的方法）术语－准确vs精确－准确：参照物是目标。与目标越接近，就越准确－精确：参照物是每次实施的结果。几次结果相互之间越接近，表示越精确。但与目标可能相去甚远术语－验证vs合法性检查－验证：保证软件符合产品说明书的过程－合法性检查：保证软件满足用户要求的过程

4、。很多时候产品说明书并没有完全反映出用户的要求！术语－测试vs质量评判(QA)－测试：软件测试员的目标是找出软件缺陷，尽可能造一些，确保得以修复。－质量评判：软件质量评判人员的主要指责是创建和加强促进软件开发并防止软件缺陷的标准和方法黑盒测试vs白盒测试－黑盒测试：软件测试员只需知道软件要做什么，无需知道是如何运作的。只关心输入和输出－白盒测试：软件测试员可以访问程序员的代码，并通过检查代码来协助测试。静态测试vs动态测试－静态测试：只测试不运行的部分——只是检查和审阅。－黑盒测试：指通常意义上

5、的测试——运行和使用软件。《软件测试》读书笔记（二）对产品说明书进行审查－熟悉软件应用领域的相关知识这一点极有好处，设身处地的为客户着想－研究现有的标准和规范。软件测试员要做的，不是定义、而是“检验”是否套用了正确的标准，有无遗漏。如：公司惯用语和约定；行业要求；国家标准；图形用户界面；硬件和网络标准－审查和测试同类软件同类软件有助于制订测试条件和测试方法，还可能暴露没想到的潜在问题。**低级测试－属性检查清单（8个）~完整。完全？单独使用是否包含全部内容？~准确。方案正确？目标明确？~精确、不

6、含糊、清晰。容易看懂和理解？~一致。功能描述是否自相矛盾？有无冲突？~贴切。功能陈述是否必要？信息冗余？是否客户要求？~合理。以现有人力、物力和资源能否实现？~代码无关。定义产品，而不是设计、架构或代码！~可测试。是否提供足够的测试信息？－用语检查清单~总是、每一种、所有、没有、从不。对此类绝对或肯定的切实认定的叙述，应设计针锋相对的案例。~当然、因此、明显、显然、必然。这些话意图诱使接受假定情况。小心中了圈套哦。~某些、有时、常常、通常、经常、大多、几乎、太过模糊。“有时”发生的功能无法测试。

7、~等等、诸如此类、依此类推、以这样的词结束的功能清单无法测试。功能清单必须绝对、解释明确。不能推论。~良好、迅速、廉价、高效、稳定、这些是不确定的说法，不可测试。必须要求进一步指明含义。~已处理、已拒绝、已忽略、已消除、这些说法可能会隐藏大量需要说明的功能~如果……那么……（没有否则）。想想，“如果”没有发生会怎样呢？**高级审查《软件测试》读书笔记（三）动态黑盒测试不深入代码细节的软件测试方法。常被称为行为测试，因为测试的是软件在使用过程中的实际行为。首先，从产品说明书获知测试对象的软件的输入

8、和应该得到的输出。接下来，开始定义测试案例。测试案例：指进行实验用的输入，以及测试软件用的程序。选择测试案例是软件测试员最重要的任务。不正确的选择可能导致测试量过大或者过小，甚至测试目标不对。准确评估风险，把不可穷近的可能性减少到可以控制的范围是成功的诀窍。测试基本方法：通过测试vs失败测试通过测试：确认软件至少能做什么，而不考验其能力。失败测试：纯粹为了破坏软件而设计和执行的测试案例，也称为迫使出错测试。蓄意攻击软件的薄弱环节。在设计和执行测试案例时，总是首先进行通过测试。在破坏性试验之前看看