敏捷: 第二象限 ---- 为什么总有测试数据存放的讨论

功能测试, 属于第二象限的测试. 对于UI自动化 本质上也只是替代了部分功能测试. 执行的仍是功能场景

因此总能看到关于数据存放在表格还是文档, 如何读取等问题.

 

我不想比较每种方式的优劣性. 只就根源讨论. 测试强调的是和其他岗位人员的交流. 交流的背景就是基于一种共同语言

如AT一书所说, 图片, 流程图, 电子表格和原型可以被不同背景和观点的人访问. 使用这些工具找到示例并转化为测试, 这样的测试应该能够被业务人员阅读并理解,又能被技术团队执行

 

这可能就是关于这些开发觉得很没必要的讨论存在的根源: 测试的所有工作需要可视化, 开发的所有工作则不然.

正如象限的界限一样明确: 面向技术和面向业务

测试人员的文档不仅仅是为了保障系统. 也是对故事的梳理和总结. 对系统具象的表现. 通过测试的这些可视化内容, 任何人可以读懂每个环节需要的是什么, 做了什么, 考虑了什么.

测试不仅仅是要学会如何更专(zhuang)业(bi)的描述问题. 也需要更清晰的解释问题. 更细致的整理问题.

因此任何对于测试数据不可视化的做法, 都是有待考虑的. 至少, 为了满足集成效率, 可以选择更抽象的数据形式, 但是要考虑留下什么文档, 对于测试的工作进行说明.