OA系统测试方法

本周几个人测了同样的系统，同样的时间有的人提交40条记录，有的人却提交了10条记录。

我在想是什么原因导致数量上差距？先不谈测试的质量。

可能的原因：

1. 作为测系统的人心态上是不情愿的。（不愿意干这事）
2. 不清楚系统业务场景以及业务流程。（不知道要干什么）
3. 不知道是怎么测试这套系统。（不知道怎么干）

我结合自己测试系统后做个复盘。这里针对的是测试类似OA的系统，

1. 如何更好的理解系统
（1）参与调研并多遍梳理需求
每次梳理一遍需求，就是在问自己自己是不是清楚这个需求。
（2）找到自己觉得能描述清楚需求的方式
文字、文字+图形、图形

什么样的用户who
在什么时间 when
在什么地点 where
在什么环境下
因为察觉到了社么事情what
而产生了什么需求，并能够通过什么行为来满足这种需求，最后达到什么效果。

（3）调研带回的需求经得住问
我曾多次被技术总监问停好几次，提回来的需求经不住问，一问就是语塞，才意识到需求调研毫无章法可研，参考对方问的一些问题，再去做复盘。
（4）允许自己有不清楚的需求
这样才会意识到自己还有进步的空间
（5）将需求讲给别人听进行需求确认
（6）先快速完成需求整理，再完成梳理
（7）区分业务需求（为什么）、用户需求（是什么）、功能需求（怎么做）

2. 如何更好测试系统

1. 想方设法去了解需求，不然那无法测好系统

2. 假设业务场景
   设置好流程节点、设置不同人员、准备好相关附件

3. 我要测试什么？
   先设计好，将每次测试的内容当做标题来填
   这样你就会目标明确，不会胡乱测。
   比如我要测试流程完整性，那么标题我就会写
   1-测试流程完整性多个账户登录并审批通过
   比如 我要测试页面要素是否正常，那么我标题就会写
   2-测试收文页面要素完整性及可见性

4. 测试记录详细
   谁在哪里做了什么操作得到什么结果，希望得到什么结果。再加个截图。

   如果再想做个好点，截图上再画个啥。

你对你测试的结果负责，开发人员才会对你负责。要不然开发人员连蒙带猜的去理解。

有时候看到别人写的不好的测试记录，学会去反思和举一反三，他哪里做的不好，要是我我会怎么做。

还需要一颗开放的心和不断学习的心，想周围写的好的学习。