测试工作趣谈

一、测试团队的工作也依赖于业务和开发，如何有效提高与业务团队和开发团队的合作默契？

测试团队与开发团队和业务团队的沟通，是非常非常重要的，很容易从事情上升到个人。其实大家也都是为了工作，为了整个项目的顺利进行，使得产品能够顺利的上线。客户有一个满意的反馈才是我们最终的目的。所以测试人员的要进行业务知识积累，以及对软件系统的全面了解。这样和其他团队沟通的时候才会更有效率，否则会拖慢整个项目的进度。

因此，对于复杂的产品，比如业务性很强的软件，比如复杂通讯系统，复杂的金融系统，测试工程师的测试效果，可能三分靠测试技术，七分要靠对测试金融、通讯具体业务的了解和掌握程度。测试人员的职业寿命比较长，与这一点也是密切相关。对于复杂的业务来说，培养一个测试专家不难，难的是培养一个对业务全面了解的业务专家是很难的。这也是测试工程师职业竞争力的一个积累点所在。

二、给到的测试时间比较少怎么办？

这是大家在工作中经常遇到问题，比如开发总是拖延项目的进度，导致测试被压缩的时间是非常少的，这种情况就要分优先级了，总的来说，根据我目前的经验来看，如果着急上线，基本上把重点要测的分出来，主要的功能模块测出来，基本上没有问题就可以上线了。

如果要测是一些很重要的软件，比如银行系统，军工系统，这样的复杂的且安全性要得到保障的系统就不能草草了事，这样的系统一般不会给测试很少的时间，因为出了事情所造成的损失是非常大的所以不敢轻易的上线的。所以这也反应了测试这一部门也是非常重要的。也是安全的巨大的保障

三、测试过程中发现某一功能点在产品需求和开发设计上都没有体现怎么办

需求也是人定的，如果觉得有异议，可以找需求人员询问清楚，为什么这样定义，把自己的想法告诉他们，看他们怎么决定。如果被需求说服了当然是最好的，如果自己还是不同意需求的看法，需求又不同意我的提议，那只能听他的，毕竟权力在他那里。但是我们可以保留交流的记录，证明曾经在这里发生过歧义。

四、用户不会像你这样操作的！

用户怎么操作，谁都预料不到。我们不可能覆盖所有可能性，但是大多数用户会出现的操作，我们当然要测试。慢慢地把开发从代码的世界里带出来，带到用户的世界里，让他换个角度思考问题，毕竟软件开发不是为了实现功能，是要满足用户需求的。如果最后还是没能说服他，第一向上级反映，第二做好沟通的记录，将来备份在测试报告里。

　　除了bug上的问题，还有测试安排上的问题，有时候小功能没有做好，或者某个文档、图片没有上传，等小功能做好了文档上传之后，很可能开发忘记告诉测试。所以，平时的工作中，一定要主动记录问题，主动沟通和督促，并反复确认，不要怕麻烦。

　　总结起来，测试在工作上要主动询问，态度上不能轻易妥协，习惯上要善于记录细节，方法上软硬兼施。