软件测试是什么
据书上定义，“使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。”不过觉得太过于官方生硬，于是询问过不少小伙伴们这个问题，希望Ta们能尝试着下定义，却发现很多打出了省略号，也有部分答复“找bug”，而工作四五年的同事给出的答案是，“交付给客户更好体验性的软件产品”。也许这就是新手与老手的区别，当我们仅仅关注功能的实现，为了找bug而找bug时，经验丰富的老手们同时却也在关注体验性，眼界决定高度。之前也曾听闻从沙特一线回来的同事说过，客户只关心软件是否好用，至于功能那是必须要实现的。诚然日复一日的重复着，却被只想做好本份的思想给深深的禁锢住了，或许值得去挖掘关注的细节还有很多。
在此之前，自己对于软件测试的认知也是找bug，从项目开始到结束，测试一直都是在找bug，早期的需求分析介入，找方案中的bug，测试设计阶段，理清测试思路继续深度挖掘bug，测试阶段，通过用例发现bug，或许从本质上来说，测试实质上或许就是找bug，不过觉得这样定义有些简单了，不如换个角度看待测试：
一、测试是分析设计工作
专家也需要通过分析需求文档以及用户行为轨迹后，才展开测试工作。基于风险的测试理念，就更需要测试人员在前期展开的分析工作中，尽早找出问题，从而规避风险。再者一个良好的测试人员，也一定是善于分析需求，从中挖掘隐含需求，提炼重要信息，为测试设计阶段打下基础。
二、测试是测试工作（ET、UE）
对于测试而言，绝大部分时间都花费在测试阶段，不仅仅是按照用例的执行标注结果，也有着思维的发散，当然也包含着属于自己的探索式测试风格。
三、测试是沟通工作
作为测试，不可避免的与开发打交道，不仅仅是问题的定位，也有着问题的争论，可以说是亦敌亦友的合作关系，那么也就相互影响着对方。
四、测试需要提供决策者重要信息（James Bach）
测试不仅仅止步于缺陷的发现，还需要分析数据，将信息反馈给决策层，这不仅仅包含项目早期的风险，也有着测试过程中以及测试结束后的特性质量评估。
五、测试是总结与反思的工作
测试总是在经验与教训中前行，总结是为了更好的掌握，反思是为了今后做的更好。
版权声明：本文出自 forstkksk 的51Testing软件测试博客：http://www.51testing.com/?600991
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
