软件测试（原书第2版）

• 31

  2014-05-19
  EULA。发音为“you-la”，代表最终用户许可协议。这是要客户同意条款的法律文书，其中要求用户不得复制软件，如果受到软件缺陷的侵害，也不得向生产厂商起诉。
• 31

  2014-05-14
  让文本与代码脱离。这句话的意思是说所有文本字符串、错误提示信息和其他可以翻译的内容都应该存放在与源代码独立的文件中。
• 31

  2014-05-14
  翻译中有一个大难题是某些语言（例如希伯莱文和阿拉伯文）从右向左读，而不是从左向右读。
• 31

  2014-05-14
  与扩展字符有关的问题是软件在对其进行计算时如何解释。关于这方面的两个例子是文字排序和大小写转换。
• 31

  2014-05-14
  可能出现的翻译问题中最直接的例子来自于文本扩展（text expansion）。虽然英语有时显得比较啰嗦，但是实践证明，当英语被翻译为其他语言，用来表达同一事物时往往需要加一些字符。
• 31

  2014-05-13
  Microsoft Windows认证徽标就是一个例子。为了得到这个徽标，软件必须通过又独立测试实验室执行的兼容性测试。其目的是确保软件在操作系统上能够稳定可靠地运行。认证徽标对软件有以下几点要求：·支持三键以上的鼠标。·支持在C：和D：以外的磁盘上安装。·不读写或者以其他形式使用旧系统文件win.ini、system.ini、autoexec.bat和config.sys。
• 31

  2014-05-13
  关于兼容性测试的两个常用术语是向后兼容（backward compatible）和向前兼容（forward compatible）。向后兼容是指可以使用软件的以前版本；向前兼容是指可以使用软件的未来版本。
• 31

  2014-05-13
  配置测试（Configuration testing）是指使用各种硬件来测试软件运行的过程。
• 31

  2014-05-11
  有标准，有规范，然后就有风格。
• 31

  2014-05-11
  一定不要把动态白盒测试和调试（debugging）弄混了。动态白盒测试的目的是寻找软件缺陷，调试的目的是修复缺陷。
• 31

  2014-05-11
  代码覆盖（code coverage）测试是一种动态白盒测试，因为它要求通过完全访问代码以查看运行测试用例时经过了哪些部分。对大多数程序进行代码覆盖测试时要用到称为代码覆盖率分析器（code coverage analyzer）的专用工具。
• 31

  2014-05-11
  ·静态黑盒测试是指检查产品说明书，并在软件编写之前找出问题。·动态黑盒测试是指在不了解软件如何工作的前提下进行测试。·静态白盒测试是指正式审查和检验检查代码的细节。·动态白盒测试是指在看到软件的工作方式时，根据获得的信息对软件进行测试。
• 31

  2014-05-08
  经验是每个人为其错误寻找的代名词。——奥斯卡·王尔德
• 31

  2014-05-08
  重复测试（repetition testing）是不断执行同样的操作。最简单的是不停地启动、关闭程序。还可以反复读写数据或者反复选择同一个操作。要想找出一个软件缺陷，可能只需重复几次操作，也可能需要成千上万次尝试。进行这种反复测试的主要原因是检查是否存在内存泄漏（memory leaks）。压迫测试（stress testing）是使软件在不够理想的条件下运行——内存小、磁盘空间少、CPU速度慢、调制调节器速率低等。观察软件对外部资源的要求和依赖的程度。重负测试（load testing）与压迫测试相反。压迫测试是限制软件，而重负测试是尽量提供条件任其发挥。让软件处理尽可能大的数据文件。最大限度地发掘软件的能力，让它不堪重负。
• 31

  2014-05-08
  边界条件、次边界条件、空值和无效数据。
• 31

  2014-05-07
  确认是保证软件符合产品说明书的过程；验证是保证软件满足用户要求的过程。
• 滕子京

  2014-04-24
  Error: Keyboard not found. Press F1 to continue.
• 无心

  2017-10-29
  5级CMMI成熟度描述如下：1级：初始的。该等级的软件开发过程是随意的，常常很混乱。项目成功依靠个人英雄的行为和运气。过程没有通用的计划、监视和过程控制。开发软件的时间和费用无法预知。测试过程与其它过程混杂在一起。2级：可重复的。该等级成熟度的最好描述是项目级的思想。使用基本项目管理过程来跟踪项目费用、进度、功能和质量。以前类似的项目经验可以应用到当前项目当中。该等级有一定的组织性，使用了基本软件测试行为，例如测试计划和测试用例。3级：定义的。该等级具备了组织化思想，而不仅仅是针对具体项目。通用管理和工程活动被标准化和文档化。这些标准在不同的项目中得到采用并得到证实。当压力增加时，不会放弃规则。当测试开始之前，要审查和批准测试文档和计划。测试团队与开发人员独立。测试结果用于确定软件完成的时间。4级：可管理的。在该成熟度等级中，组织过程处于统计的控制之下。产品质量事先以量化的方式指定（例如，产品直到每1000行代码只有0.5个以下毛病时才能发布），软件在未达到目标之前不得发布。在整个项目开发过程中，收集开发过程和软件质量的详细情况，经过调整校正偏差，使项目按计划进行。5级：不断优化的。该等级成为不断优化（不是“已经优化”）是因为它从4级不断提高。尝试新的技术和处理过程，评价结果，采用提高和创新的变动以期达到质量更佳的等级。正当所有人认为已经达到最佳时，新的想法又出现了，再次提高到下一个等级。
• mhsj

  2013-03-25
  第一部分 软件测试综述第1章 软件测试背景软件缺陷： 软件未达到产品说明书标明的功能； 软件出现了产品说明书指明不会出现的错误； 软件功能超出产品说明书指明范围； 软件未达到产品说明书虽未指出但应达到的目标； 软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。导致软件缺陷最大的原因是产品说明书。软件缺陷的第二大来源是设计方案。第2章 软件开发过程产品说明书、进度表、软件设计文档（构架、数据流图、状态图、流程图、注释代码）、测试文档（测试计划、测试案例、软件缺陷报告、归纳统计和总结）。软件产品的组成：帮助文件、用户手册、样本和示例、标签和帖子、产品支持信息、图标和标志、错误信息、广告和宣传材料、安装、说明文件。最常用的软件开发模式：大棒式、边写边改式、流水式（创意；分析；设计；开发；测试；最终产品）、螺旋式（确定目标、可选方案和限制条件；指出并解决风险；评估方案；本阶段开发和测试；计划下一阶段；确定进入下一阶段的方法）。第3章 软件测试的实质完全测试程序是不可能的： 输入量太大； 输出结果太多； 软件实现途径太多； 软件说明书没有客观标准。第二部分 测试基础第4章 检查产品说明书产品说明书通常是利用文字和图形描述产品的书面问道。静态测试是指测试不运行的部分——只是检查和审阅。动态测试是指通常意义上的测试——运行和使用软件。测试产品说明书属于静态黑盒测试。对产品说明书进行高级审查： 设身处地为客户着想； 研究现有的标准和规范（公司惯用语和约定、行业要求、国家标准、图形用户界面、硬件和网络标准）； 审查和测试同类软件（规模、复杂性...