测试中如何提高问题定位效率三

    当在团队中测试的时候，测试不仅仅是一个人的单打独斗了，需要跟团队成员协调好，将公共的一些东西做好更新和管理，比如团队中要用到的项目环境信息，联系人信息。其中项目环境信息包括环境组网规划，地址列表，系统登陆用户名和密码，数据库信息，跳板机信息，甚至作为长久的一个项目环境存在的话，还要整理成员的相关总结，项目涉及到的资料等。

       在实际工作中，这方面做好的不多见。这些东西在形式上都存在了，比如常见的环境中有个服务器作相关资料的共享，资料涉及了用例，培训，总结，环境信息。管理上不去的情况下经常出现如下情况：

1 环境信息资料更新不及时。你查看以下IP地址列表，组播地址分配，发现就是登陆不上，或者发布内容不成功，这时跟同事一沟通，他说这个资料老早，什么部件IP更改了，什么地址分配更改了。其实这个同事可能发过邮件出来知悉大家，但那时候你不在这个项目组，你不清楚。这个从管理上是一个方面，个人觉得目前我们业没有太好的工具出来管理，因为这个资料放置在共享上，更新做的及时的命名都是这样：×××_20110708;×××_20110928;等等，是不是有更好的共享工具呢？比如微软的sharepoint之类的。

       还有就是一些公共的工具，比如跳板机，命名文件夹不规范，文件乱放，软件随便安，一个登陆linux的软件跳板机上至少三个，putty,Secure File Transfer Client，xmanager等，一个oracle客户端多个，一个FTP客户端多个，不到一个月磁盘空间满了，这时候删除文件时，又不敢乱删除，因为之前的命名不规范导致的。

2 队员之间的配合：在测试中，搞定环境问题占了不少时间。经常出现一个问题，你左搞右搞，发现是实验室网络线断了，是有的人修改了哪个配置没改回来。这种情况基本上是无头案了，实验室网线被搞掉，拔掉服务器电源，这种问题比较麻烦，涉及到实验室管理，涉及到其它项目组，得从更高层面上去看如何搞定。而在项目组内，也经常出现修改了配置导致出问题。这种修改配置出现的问题又分为两种情况：

          有的是按照文档修改后验证某个问题，之后忘记修改，或者修改的时候，多敲入一个符号之类的。犯这种错误的人，哎直接找块豆腐※※；

          有的是修改了这个配置，不知道还会影响其它的业务，导致别人在验证其它业务的时候失败，最终定位是这个配置被修改，这种很难判断，只能提高大家对业务及系统的熟悉。

 

      如上的这些情况是管理的问题多一些，找到一个更好的管理办法和流程是比较难的。