《软件测试》黑皮书读书笔记分享

软件测试

软件测试员的目标时尽可能早地找到软件权限，并且确保其得到修复。

软件的开发过程

客户需求

产品说明书

进度表

软件设计文档

测试文档（测试计划、测试用例、缺陷报告、测试工具和自动测试、度量统计和总结）

软件测试几点需要知道的事情

没有完美的测试

并非所有的软件缺陷都需要进行修复

产品说明书没有最终版本

测试基础

检查产品说明书

黑盒测试

又称为功能性测试或者行为测试。不清楚软件如何运行

白盒测试

访问代码，通过检查代码来协助测试。

静态测试

测试不运行的部分，只是检查和审核

动态测试

使用和运行软件

测试产品说明书——静态黑盒测试

首先是高级审查，站在一个高度进行审查。之后在进行低层次的审查，属性、用语等（不能太绝对 或者莫能两可）方面。（P39）

测试软件——行为测试——动态黑盒测试

测试员输入数据，接受输出，检查结果。

通过性测试和失效性测试。

等价类划分

减少测试用例的个数的同时也可以很好的对软件进行测试。

数据测试

常用方法 ：边界测试（边界值 最大最小，开始结束，第一最后、最高最低等）

空白、默认、控制、零值、无

非法、不正确、错误、垃圾数据

状态测试

建立状态转换图

失败状态测试

竞争、时序错乱

重复、压迫和重负

检查设计和代码——静态白盒测试

正式审查是静态白盒测试的过程。

四个基本的要素：确定问题、遵守规则、准备、编写报告

几种审查的方式：同事审查、走查检验

根据通用代码审查清单进行测试：

数据是否引用或者声明错误

计算错误

比较错误

控制流程错误

子程序参数错误

输入/输出错误

动态白盒测试

在概念上区分白盒测试和调试，目的不同。

单元测试&系统测试

代码覆盖

进入和退出每一个模块，执行每一行代码。

运用到代码覆盖率测试器

测试技术

硬件配置

兼容性测试

语言测试

易用性测试

界面 （直观、灵活、舒适、正确、一致、实用等）

软件文当测试

软件安全性测试

网站测试（举例说明测试技术如何运用）

首先建立状态表，将每个网页当作不同的状态。先对网页进行黑盒测试，对文本、超级链接、图片、表单等方面进行测试。

第二可以利用灰盒测试检查html语言。白盒测试一些网站的习题系统结构。

配置和兼容性的测试。

易用性测试。

自动测试和测试工具

有的软件在发布之前要进行多次的重复测试，这是回归测试。工具和自动化可以帮助提高效率、准确的、节省资源、仿真和模拟。

测试工具

常用的辅助工具（公众号推荐）

Beyond Compare 4（文本比对）

查看日志

Xshell使用linux命令查看测试环境日志

示例：查询前多少行的数据，命令格式：tail -n 100 日志文件.log

Navicat（数据库工具）

charles/fiddler（接口工具）

主要用于：

抓取接口日志

设置黑名单模拟接口请求

设置断点模拟接口请求：可对request或response进行断点（如下图2，断言response）

设置网速模拟弱网环境测试等

xmind（思维导图工具）

主要用于分析需求文档，罗列测试要点/梳理业务逻辑流程

查看器或者检测器

能够看到正常情况下看不到的软件运行的细节。

驱动程序

桩

压力和负载工具

干扰注入器和噪声发生器

分析工具

beta测试

让他人验证和确认软件。

测试文档的使用

计划测试工作

测试计划的目的：

规定测试活动的范围、方法、资源和进度

明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人、以及与计划相关的风险

测试计划是创建详细计划的一个副产品，重要的是计划过程，而不是产生的结果文档。需要小组的成员共同的完成。

测试计划需要明确：在项目中，谁干什么，怎么和他联系。团队之间的责任负责好。

需要在定义和用词上达到统一。

测试的阶段。

测试的策略。

任务的分配。

测试的进度。

测试用例。

测试缺陷报告。

缺陷和问题。

编写和跟踪测试用例

需要很好的计划好测试用例，方便重读的使用和后期知道已经进行了什么测试。

在测试计划当中，将软件拆分为了具体特性和可测试项，将其分配给每一个测试员头上，但是不会对如何测试进行说明。

在测试设计说明当中，将会对说明某一个部分如何进行测试。

要将测试用例管理好，记录在文档中或者自己创建数据库。

报告发现的问题

软件测试主要的三个任务：
测试计划、实际测试、报告发现的问题。

要清楚不是所有的软件缺陷都是可以修复的。

遇到问题需要尽快的报告、有效的描述、不进行评论、并且跟踪到底。