Ron Patton《软件测试》【有下载链接】读书笔记（五）

目录

前言

第十三章  网站测试

1. 网页基础

2. 黑盒子测试

3. 灰盒子测试

4. 白盒子测试

5. 配置和兼容性测试

6. 易用性测试

​总结

第十六章  计划测试工作

1. 测试计划只是制作产品的详细计划过程的副产品，重要的是计划过程。而不是产生的文档。因为文档通常会成为“空架子”，以后不会有人看，但是如果计划工作的目标从建立文档转移到建立过程，从编写测试计划到计划测试任务，就不存在空架子问题了。

2. 计划过程中需要考虑的问题：该清单应该在整个项目小组-包括测试员中全面讨论，相互沟通并达成一致

2.1 高级期望 

2.2 人，地点和事     

2.3 定义

2.4 团队之间的责任

2.5 清楚哪些要测试，哪些不要测试

2.6 测试阶段

2.7 测试策略

2.8 资源要求

2.9 测试员的任务分配

2.10 测试进度

2.11 测试案例

2.12 软件缺陷报告

2.13 频度和统计

2.14 风险和问题

第十七章  编写和跟踪测试案例

1. 测试案例计划的目标

2. 测试案例计划综述

2.1  测试设计

2.2  测试案例

2.3  测试程序

2.4  细节和真实

3.  测试案例组织和跟踪

总结

测试案例计划的四个目标：组织性，重复性，跟踪和测试证实。

---

前言

链接: https://pan.baidu.com/s/1I-aG0vKU9fXZ_ER1vE9FvQ 提取码: t8mg

第十三章  网站测试

1. 网页基础

网站现在越来越复杂

2. 黑盒子测试

在测试网站时，首先该建立状态图，将每一个网页当做一种状态。超链接当做连接用的域。完整的状态图有利于更好地审视任务。

3. 灰盒子测试

灰盒子测试是白盒子测试和黑盒子测试的结合，因此叫灰盒子测试。

灰盒子测试把黑盒子测试和白盒子测试的界限打乱了，仍然把软件当做黑盒子进行测试，但是通过简单查看软件内部工作机制作为补充。（白盒子测试是完整查看）

4. 白盒子测试

5. 配置和兼容性测试

每一个浏览器和版本支持都不一样，可以测试以下这些特性在不同浏览器的表现。

仅仅将网站在本地测试到没有问题是完全不够的，如果要很好地为预定的用户服务，就要拥有他们可能的配置。可以建立认为重要的配置作为区间进行测试。

6. 易用性测试

总结

重点包括：
网页需要测试的基本部分
在网页测试中要运用哪些基本的白盒子和黑盒子技术？
如何运用配置测试和兼容性测试？
为什么易用性测试是网页的主要问题？
如何使用工具协助网站测试？

 

第十六章  计划测试工作

1. 测试计划只是制作产品的详细计划过程的副产品，重要的是计划过程。而不是产生的文档。因为文档通常会成为“空架子”，以后不会有人看，但是如果计划工作的目标从建立文档转移到建立过程，从编写测试计划到计划测试任务，就不存在空架子问题了。

最终目标是交流（而不是记录）软件测试小组的意图，期望，以及对将要执行的任务的理解。

2. 计划过程中需要考虑的问题：该清单应该在整个项目小组-包括测试员中全面讨论，相互沟通并达成一致

2.1 高级期望 

测试计划过程和软件测试计划的目的是什么？

测试的是什么产品？

产品的质量和可靠性目标是什么？

以上问题在项目小组中必须清晰简洁一致通过。

2.2 人，地点和事     

什么人在什么地方负责什么事  文档存放在哪里 硬件等存放在哪里

2.3 定义

需要定义小组成员用词和术语，达到全体人员说法一致，一定要存异求同

2.4 团队之间的责任

团队之间的责任是明确指出可能影响测试量的任务和交付内容。po出了一张表，供参考

2.5 清楚哪些要测试，哪些不要测试

2.6 测试阶段

测试计划过程应该明确每一个预定的测试阶段，并通知项目小组。该过程有助于整个小组形成和了解全部开发模式。

注意：与测试阶段相关联的两个重要原则是进入和退出规则。测试小组不能只是周一来上班，看看日历就知道该进入下一阶段了。每一个阶段都必须有客观定义的规则，绝对地声明本阶段结束，下一阶段开始。

2.7 测试策略

测试策略描述测试小组用于测试整体和每个阶段的方法。需要经验相当丰富的测试员来做，因为这将决定测试工作的成败。使项目小组全体成员都了解并同意预定计划是极度重要的。

2.8 资源要求

在项目期间测试可能用到的任何资源都要考虑到，前期要做好预算。

2.9 测试员的任务分配

2.10 测试进度

使测试任务摆脱危机的一个方法是测试进度避免定死启动和停止任务的日期。相反，如果测试进度根据测试阶段定义的进入和退出规则采用相对日期，那么显然测试任务依赖其他交付内容先完成。单个任务需要多少时间也很明显。

2.11 测试案例

2.12 软件缺陷报告

2.13 频度和统计

频度和统计是跟踪项目进展，成效和测试的手段。测试计划过程应该明确收集哪些信息，要做什么决定，谁来负责收集。

2.14 风险和问题

尽早并明确指出项目的潜在问题或者风险区域---对测试工作有影响之处，并与测试管理员和项目管理员交换意见。

 

第十七章  编写和跟踪测试案例

1. 测试案例计划的目标

2. 测试案例计划综述

如图所示，离最高级测试计划越远，侧重点就越倾向于产生的书面文档，而不是创建过程。其原因是这些计划在测试员每天或者每小时实施测试的基础上更加实用。要紧的是完成工作时符合测试案例计划的四个目标：组织性，重复性，跟踪和证实。

2.1  测试设计

为单个软件特性定义测试方法的下一级细节是测试设计说明。测试说明的目的是组织和描述针对具体特性需要进行的测试。然而，它不给出具体的测试案例或者执行测试的步骤。

2.2  测试案例

测试案例细节基本上应该解释要向软件发送什么值或者条件，以及预期结果。

可以采用简便方法编写测试案例，表述测试案例可以选择无线表，简单列表。大纲甚至诸如状态表或数据流程图之类的图表。尽量使用最有效的方式。

2.3  测试程序

2.4  细节和真实

3.  测试案例组织和跟踪

总结

测试案例计划的四个目标：组织性，重复性，跟踪和测试证实。