相信很多人刚接触测试的时候都有这个想法，觉得测试工作很简单，基本上不怎么需要专业的培训就能够上手工作，对于专业技能的要求好像没有那么高。不错，对于测试来说，入门看起来确实很简单，只要懂很基本的网络知识和一些linux的命令就可以了，但是注意，这里只是入门而已。分别说下测试的主要工作吧！执行测试和设计用例：这个应该是每个测试人员都要做的工作，也被我们看成是最基本的工作，那么我们能够保证我们能够把这个工作做好吗？思考和尝试回答下面的几个问题吧！
    1、测试的一个最主要的目的就是保证自己模块的测试质量，为什么有的人测试完成一个模块后能够很好的保证质量，而有的人却不能够？你属于哪一类人？

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

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

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

项目开发组   供稿