软件测试心得

刚开始听软件测试一词时，觉得测试工作很简单，基本上不怎么需要专业的培训就能够上手工作，对于专业技能的要求好像没有那么高。但是当我开始上这门课以后，才知道并不是自己想的那么简单。对于测试来说，入门看起来确实很简单，只要懂很基本的网络知识和一些linux的命令就可以了，但是，这只是入门而已。执行测试和设计用例：这个应该是每个测试人员都要做的工作，也被我们看成是最基本的工作，那么我们能够保证我们能够把这个工作做好吗？我们必须解决一下问题：

       一、发现bug：当我们发现一个bug后（一般是偶然发现的）我们是否能够找到重现这个bug的方法？找到重现的方法后我们是否能够用最简单的操作重现这个bug？我们发现问题后是否能够确认这就是一个bug，而不是因为自己的配置错误或者网络等关系引起的（即排查问题的能力），另外我们是否能够分析这个bug可能的原因？我们分析到这个bug的原因后是否能够指导研发去修改（或告诉研发还有可能存在问题的地方）！在现有的资源下面（如：我们没有代码）我们做到哪一步了，或者我们正在向哪一步发展？

       二、提交和跟踪bug：我们发现bug后是否能够保证我们提交的bug都是合格的（测试步骤足够详细，研发看了该bug后不会再过来询问你，并且研发按照你的测试步骤也能够重现）？我们提交的bug是否能够保证研发都能够按时修改，提交的bug是否都及时的关联和优化测试用例了？对于自己发现的bug（或与自己有关系的bug）是否都及时进行备注和跟踪了，研发修改好后是否都及时的要求研发替换文件验证了，需要回归的bug是否都及时的回归掉了！

       三、重现bug：这个应该是每个测试人员都会遇到的问题，但是为什么有的人就是能够将bug重现出来（甚至必现这个bug），而有的人却重现不出来（有客观原因，但我想更多的是主观原因）！

       四、质量和风险分析：测试完成这个模块后你是否能够对该模块进行很有效的分析，提出的风险是否准确，对下一轮的测试是否能够起到很有效的指导作用？

       五、用例设计：设计一个模块的用例的时候你是否能保证你的用例覆盖到该模块的所有需求点（后面的测试中能够证明）？是否保证你的用例是尽量少的冗余的？尽量保证你的用例里面是没有无效用例的（即这个用例是绝对不会发现bug的），对于用例的设计理论这块你是否都很熟悉了？是否能够有效的指导别人去设计用例？评审别人的用例时是否能够提出很有效的意见？经过你评审过的模块是否用例质量得到很好的提升？对于你自己设计的用例你是否能够持续的去优化和改进，并不断的分析和总结？你怎样保证其他测试人员按照你的测试用例来执行的话就能够保证该模块的质量？

       只用我们正确的解决了以上问题，才能成为一个好的测试人员！