问题

近期上司对测试部的测试工作较为不满。究其原委，大体就是测试人员设想到的用例偏少，缺乏主动思考、分析能力。

回顾一下他们近期的工作过程，以及成果，结合软硬件产品存在的问题，可以这样描述这些问题：
（1）思维已经较固定化，测试app功能，就是跑一下app的功能点。至于，产品为什么这么设计，功能点的实现原理，甚至业务逻辑，没有去细究。

（2）没有细究硬件的工作原理，没有了解软件的业务处理逻辑，对最终的运行结果缺乏丰富的认识，这样，稍从日志能分析出来的结论——现结果与预先假设的逻辑结果不一致，他们发现不了，也就报告不出问题，成果大打折扣。

（3）对一些终端和服务端软件的修改，未及时了解到。这里主要是一个信息同步的问题。在小公司，或者流转和迭代非常快的情况下，未通过正式通报，但提到了，测试人员对这种信息的敏感程度很差。甚至于正式的通报，他们也无睱顾及乃至于理解运用到测试工作中去。说到根源都是因为第（1）点做得不够。

（4）测试人员对信息的渴求度不够，缺乏主动获得信息。人一旦对事物认知存在消极因素，其它种种强制性方式或改善性措施其效果都将大打折扣。

人才

再谈一谈，究竟什么样的测试人员才是公司真正需要的。简言之，当然是找出问题越多的人，找出的问题越有深度的人，能找出边缘但又重要的问题的人。

张口闭口黑盒、白盒、冒烟，以概念套用实际工作，往往收效甚微。

方法论

一、拟定宏观工作方向，划定工作范畴，让开发、测试、设计人员思维同步，信息共享。

二、善用BUG管理工具，能提升工作效率，但我觉得有以下几个前提：

（1）BUG里的内容建设，要尽量做到感觉是一个人在用。意思是内容呈报需要比较好，比如描述清晰规范易理解，分类合理等，信息散发要充分。

（2）BUG单的处理要及时，这能提高积极性，但这个需要多个部分的人竭力。

（3）BUG单的管理工作也很重要，比如去重、关联、统计等