测试员的角色----经验6-10

经验6：跟着程序员走

1）程序员交付软件后，应该马上测试；

2）程序员修改代码后，应该马上测试所做的变更；

3）尽可能建立最短、最快的反馈环路。

个人感想：

“尽可能建立最短、最快的反馈环路。“ 对于测试工作来说，确实很重要。缺陷发现的越早，从成本、时间压力、精神压力等来说，都是大有益处的。但如果临时交给你一个软件让你测试，我还是不同意马上开始测试的，这样的话，很容易漏掉分支、遗漏功能点。

不管怎么样，拿到一个项目或产品时，先要进行分析，分析客户、分析需求、分析产品。。。

经验7：询问一切，但不一定外露

不问问题，测试就没有目标，不可能测试得好。但过于直白的问题会刺激别人，使人产生顾虑。

个人感想：

尽可能的先自己收集资料，分析资料，列出有疑问的地方，然后可以组织会议跟相关人员沟通。既要注意沟通的方式，也要注意沟通的技巧，还要注意沟通的时间点。最好一次能把所有的问题都列出来讨论，切记不可出现一个问题问一次，烦都要烦死了。

经验8：测试员关注失效，客户才能关注成功

”测试者在孤岛上，注定要不停地寻找不会存在、也不应该存在的东西，深信成功会为神带来不幸。“

个人感想：

测试人员关注失效，就可以增加发现失效的机会，那么遗漏到客户现场的缺陷才会更好，可能提升用户对产品的信心等。但在进行失效性测试前，还是应该先进行有效性测试。

经验9：不会发现所有程序的问题

知道并承认自己不能做所有的事之后，测试员必须选择如何使用自己的时间。

个人感想：

在执行测试的过程中，先执行冒烟测试用例、然后是基本路径和主流程等的测试，再是错误、边界值等的测试，接着失效测试等。总之，考虑用户的关注项，考虑变更项。。。

经验10：当心”完备的“测试

为了解决完备性上的普遍沟通问题，可让客户详细了解测试过程。总结自己实施的测试，以及为什么值得实施这些测试，并告诉客户自己并没有做的其他值得做的测试，以及为什么没有做这些测试。

个人感想：

在测试计划中，列出测试项，非测试项，测试优先级等，并说明原因，告知相关人员，评审是否可行等很重要。（综合监管平台项目）