“为什么要选择软件测试？”并非出身名校的我，每每在面试中面临着个问题时，总是觉得百感交集。测试对我就如同我历经的求职过程——痛苦并快乐着。在品味它的过程中，我彷徨，迷茫，经历着感情的低潮，这个过程不会很快乐，甚至是痛苦。同样品味测试，有人拿驾驭它易如反掌折枝，不费吹灰之力；有人虽历经波折，但最后总算苦尽甘来，尝到“拥有”的甜美果实；但也有人即便吃尽苦中苦、用尽千方百计，终了却仍与“它”擦身而过。结果永远难以预测，我渴望快乐，那就要蜕变，意味着要经历痛苦而漫长的磨练，意味着所有的一切都将从头开始，一切都将变的陌生，但如果蜕变成功，那一刻就如同蝴蝶破茧而出的那一瞬间，美丽却又让人感动。一直以来对测试的认识存在误区，认为测试的目标和价值就是在黑盒测试活动中找bug，但当测试经验的逐渐的积累，重新回头再重新审视测试，发现我所理解的测试逐渐浮现出它自身的价值，在这里我对自己的感悟和理解做了一个梳理，有不完整和理解不正确的地方，希望大家多多指教。

　　测试？=重复+枯燥

　　也许我要讲测试不过是每天重复一些操作来发现Bug（错误）。事实的确如此，哪怕是非常热爱这项职业的人也承认它的枯燥。测试它是机械、枯燥、重复的过程，尤其是在项目接近尾声的时候，修改测试，再修改再测试，像无法摆脱的轮回，有时候更像是一场与开发组不间断的战争，不过，摒弃枯燥的外衣，测试本身有它的价值所在，它更让人能从用户的角度来考虑问题，更能深入了解程序开发过程中可能出现的问题，尽管可能一整天都为了一个很小的问题“循规蹈矩”地反复测试并撰写测试文档，这样的重复将会是重要的积累。我喜欢新东方学校的徐小平新书《骑驴找马》中的一句话：“重复做汉堡，就是麦当劳；重复煮咖啡，就是星巴克；重复教托福，就是俞敏洪；重复做好事，就是活雷锋。”工作本身的满足也是来自于填补缺陷，测试亦是如此。

　　其实在现实的软件测试环境中，没有两条测试路径是完全相同的，没有测试是可以精确的重复执行，就好像你不能精确的沿着你的足迹往回走，你可以很接近，但你总会有一点偏移。所以你无法确保其中某些因素会影响你下次的测试，重复测试也其实只是重复其它测试的某些方面，在以下某些方面重复的测试是非常有必要的：

　　1．重试：当你不确定一个测试在其它的时候是否被正确的执行时，这种情况的一种处理方法就是让几个测试员沿着同样的测试说明执行测试，检查他们是否得到相同的结果。

　　2. 改变：当开发修改了一个测试中的重要部分，但同时保持其它部分不变时，即使这个测试的一部分元素是保持不变的，但对整个测试来说，它是新的，并且可能会引发新的行为。之所以会对一个测试作改变，那是因为虽然之前的测试涵盖了某些方面，但涵盖的范围还不足够。这个时候需要重复测试。

　　3. 重要性：当可以通过重复测试发生的问题可能比其它检测出来的问题更重要时，产品行为的重要性的结果是不一样的，有时一个特殊的问题或者只要影响用户一次就可能被认为难以接受的（”决不允许再次发生”的情况）。这并不意味着需要执行完全相同的测试，只要重复的测试包含可检测出问题的足够相似的元素就可以了（查看改变部分）。

　　4. 旧问题：原有的问题在原有的环境中已经解决，但是将其应用到新的环境中时，然后会偶现，这是需要在新的环境中重复的测试。

　　测试？= 没有技术含量

　　踏上测试这条路的人何止千万，但是不同的人对这个行业有不同的感叹。有人叹息成长为测试的高手犹如星星之火，难以燎原，有人在唏嘘，测试毫无技术含量，也有人感叹因为目的不同而踏入测试道路的人们，经过实践的历练，岁月的打磨，会有那么多不一样的结果。

　　其实软件测试并不是简单，虽然它所进行的主要工作就是在软件开发过程中的排错。但是这种排错的工作却并非像我作为新人初涉入这个行业所了解那样，仅仅是一个寻找bug的工作，任何人，都能找到出来，区别在于，熟手找到的速度和数量大于生手而已。它的根本原则是站在客户/终端用户的角度上来衡量和评价软件产品的质量。如果不清楚客户真正的需求，那么我们的工作也只不过是机械的劳作而已。我们需要将需求分解为可测的功能点，并且根据自己的思维去想，在有限的测试时间内，如何设计测试用例，能够保证最佳有效的测试覆盖，检测出软件产品中的种种功能及性能隐患。在这个过程中我们就像在掘宝，宝藏隐藏的越深，条件越复杂，级别越高，找到后，就会越开心。

　　如何完全界定有没有技术含量，我也说不好，但是我认为对测试悟得越透，经验越多，测试也就会做得越好，取得成效越好，从这个角度上讲，测试是很需要能力的，这种能力我们也可以理解成“技术含量 ”， 在软件开发过程中测试人员不仅需要具备技术能力，还需要具备沟通能力，怀疑精神，极强的洞察力，耐心，甚至是幽默感（在遇到狡辩的情况下，幽默的批评是很有帮助的）。所以所谓的技术含量在某种程度上并不完全是纯粹的技术，更多时候是测试人员本身的素质。