8、和开发人员讨论的时间??有些时候 ，没有足够的时间和开发人员讨论一个问题，当这发生时，会导致经常的传达错误。给开发人员打电话，并且将问题显示给他们看，比将问题通过电子邮件发给他们，并且在反复的邮件中捕捉问题要更容易些。

　　9、应对人的挑战。Randall W. Rice和William E. Perry写了本书叫《在软件测试的10大挑战中存活》，在这本书中他们写下了以下一些测试人员的日常交互中需要面对的挑战：

　　测试人员面对的10大来自人的挑战

　　挑战1：必须说不??当你正在测试当前应用时，你必须说出你没有足够的时间去测试其它应用。

　　挑战2：和不断失去的情形做战??这意味着很多事，但是经常是指组织的内部政策或是否组织对测试有支持。

　　挑战3：击中在移动中的目标??这常常指项目开始后，需求持续不断增加。这种情形通常指范围渐增。

　　挑战4：测试从墙那边扔来的东西??这通常指没有合理的过程来防止开发人员简单的将没有经过单元测试的代码交来测试，或将这些代码放入一个干净的构建中。

　　挑战5：花时间去测试??这通常指有充分时间去测试，回到我们先前申明的，你需要为测试计划时间，并更早和更频繁的执行测试。

　　挑战6：和客户及用户交流??通常指要确保开发团队宝库测试人员分发正确的产品给客户和用户，并为客户和用户提供不间断的培训支持。

　　挑战7：向管理者解释测试??一些管理者仅是不理解测试，测试分析师的工作之一，是对为何他要做正在做的事情要有充分的理由。

　　挑战8：没有工具的测试??这里与人相关的挑战是为购买工具获取足够的支持，及论证为什么需要工具。换句话说，挑战是如何促成购买测试软件的方案。

　　挑战9：建立与开发人员之间的关系??这里与人相关的挑战是培养和开发人员之间的关系，因为多数测试人员与开发人员紧密的在一起工作。

　　挑战10：获得测试相关的培训??在第3章中Rice和Perry写到：没有培训，相当于测试人员是坏掉的设备，要去适应测试的精密，特别是在技术困难的情形更是如此。后面与人相关的挑战是确保获得对于培训的足够支持。

　　为开发过程增添价值

　　无论组织使用敏捷开发方法或者传统的瀑布式或者迭代式开发方式，测试人员都能为组织增添价值。他/她增加了组织对于软件被正确构建和构建正确的软件的自信。这增加了组织的软件开发方法的效果与效率。组织如果没有测试团队和个人测试员工会导致不合适构建的软件、被缺陷折磨的软件，及超出预算并波及到组织的其它领域。简单的总结，在组织中没有测试的团队，所花费的会超过带来的利益。大多数测试人员会仔细和彻底的对待他们的工作，并且能找到那些不轻易显现的暇疵，因此增加了以前不存在的品质。更有价值的是，多数的测试人员拥有更好的沟通技巧，可以在客户和开发人员之间搭建起桥梁。在这点上，一些开发人员不能有效的和客户的社区和员工进行交流，因为他们不能解释他们正在努力去做的事。因为测试人员可以为开发团队管理测试站点并组织用户接受测试，所以测试人员这里作为一个关键的角色为交流者们进行服务。

　　终结论，当测试软件时，测试人员每天都面对着挑战。它们其中的一些是来自企业固有的文化，但另外的来自对于测试人员的角色和他们实际工作的错误概念。这份文章试图解释测试人员工作的不同方面，及他们如何适应组织。文章试图解释了手动测试方法和自动化测试方法的不同。有一些类似性，有一些不同处。软件测试人员有很高的价值，软件测试也是IT产业很好的一个专业。