做有技术含量的测试

　　粗看有些文不对题，不过这里说的是有技术含量的软件测试，而不只是有技术含量的软件测试工程师，而这正是我们团队需要做的。下面是对于测试组里软件测试工作的几点思考：

　　1、关于需求分析

　　复杂的需求就像是一团缠在一起的毛线团，找不到开始和结尾。而我们分析需求的方式是每次好不容易都理清了看明白了，放在那里不管了，过段时间又成了一团乱麻。如果有比较好的方法把这团毛线整理好了，按分类，顺序摆放好，下次不管是自己还是别人再来用，就可以轻而易举的理清头绪了。

　　2、关于沟通

　　与客户的沟通，常常因为对于需求的理解不同或思路不同不能在一个平台上，沟通费时费力。这个只有通过学习沟通技巧，提升业务水平来解决。

　　团队内部的沟通，有两种方式，通过文字或通过话语来沟通。写一个条理清晰，表达清楚的文档，能让接手的人节约很多时间成本。话语沟通，通过定期的项目会议和测试组会议来改善。沟通不光能节约时间，还能增加团队成员之间信任和默契。

　　3、提高软件测试技术含量

　　不是说一定要用测试工具，做自动化测试、白盒测试；这里说的技术含量还包括更科学合理的测试方案策略，针对不同业务模型不同程序架构项目的测试方法；比如同一个测试功能点，很可能设计的存在冗余的100个Case和精益设计50个Case达到的覆盖率是相同的。

　　当然是必须通过理论和实践验证后的，而不是随意的设计。需要系统和持续的学习才能获得提高。“软件测试不只是重复的工作，让绝对需要重复的工作交给机器去完成。”

　　4、组内的学习培训

　　“三人行，必有我师。”每个人都有自己擅长的一面，很多优秀企业和个人都推崇小而优秀的团队。我们的团队是符合“小”的特点的，谦卑得说优秀还有些差距。提高团队水平有两个办法，一是学习别人的长处，这样的问题是可能别人的长处自己不是真正感兴趣，学习没有动力。另外一个办法是，每个人都能尽可能突出自己的优点，找到兴趣才能获得持续动力动力。我想一个优秀的团队应该是个性突出但又技能全面的，因此首要任务是使自己擅长的技能更擅长，同时具备清晰的思路并能够分享给同事。这样获得一定的平衡。

　　闭门可以造车，但是我们要避免重复造轮子。有现成的理论和经验，我们何不奉行“拿来主义”的思想，当然当我们自己有好的心得和体会，也可以分享给外界。

本文转载自51Testing软件测试网，查看更多：http://www.51testing.com/html/news.html