我们并不是做出了成绩才能出来发声，每天不间断地记录自己成长的过程，就能给别人带来很大很大的力量了。
昨天终于开通了公众号【不只是测试】，今天却被我更名为【Tester阿常】。（取前面的名称，是因为我想给大家分享的除了测试，还有其他有意思的东西；改取后面的名称，是因为我觉得它更具备个人特色。不过双子座的我飘忽不定，说不定哪天又想改回去，哈哈）
关于公号更新频率，目前我给自己定的是日更。（篇幅尽量简短，这样容易实施）
关于公号分享内容，我的规划是：测试理论、java编程、职场经验、育儿杂谈、生活趣事。
下面开始我的第一篇文章，探讨【软件测试的目的】。
那么，软件测试的目的是什么呢？
软件测试的目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。
这个定义听起来很正确，但用它来指导测试，会带来很多问题。比如有的组织用发现的bug数量来衡量测试人员的业绩，其实这就是这种测试目的论在后面作祟。
其结果如何呢？
其一，有一些不够敬业的测试人员，会找来一些无关痛痒的bug来充数，结果许多时间会被浪费在这些无关痛痒的bug上。
其二，测试人员会花很大力气设计一些复杂的测试用例去发现一些迄今尚未发现的缺陷，而不关心这些缺陷是否在实际用户的使用过程中是否会发生，从而浪费了大量的宝贵时间。
究其根源，就是因为对测试目的的种种错误理解造成的。
为什么这么说呢？
因为软件里bug的数量是无法估计的。那么如果测试的目的是为了找bug，那么测试工作将变成一项无法完成，也无法衡量进度，而且部分无效的工作。因为有些bug在实际的运行过程当中，根本不会发生。
那么该怎么做呢？以下谈谈我的思考。
其一，基于需求说明文档进行用例设计，保证需求覆盖率100%。（正向流程、反向流程以及异常场景。忽略实际用户使用过程中不会涉及的场景）
其二，提bug前先反思，该bug是否应该修复，需要何时修复，严重程度是什么，优先级是什么等等。（优先关注影响核心主流程、主功能的bug）
