软件测试在一些公司被认为是“门槛低”的、“任何人都能做”的工作，并且这种思维被逐渐放大，与此同时测试技术“深入难”确没有受到普遍重视。软件测试人员从事一段工作时间后，虽然对软件测试工作内容有了基本的认识，但很容易拿自己与开发人员进行对比，从而逐渐觉得自己从事的测试工作没有技术含量和前途，进入测试职业发展的迷茫期，有许多困惑，看不清自己未来的发展方向，想要努力提高自己，确又找不到提升自己方向，需要指引。
以下就是从一个测试任务来说明工作中如何提升软件测试能力。某一天测试组长给测试人员安排了一项新专项测试任务，且要在当天18:00前完成并输出测试报告，测试发现的测试bug在测试完成后需要上库给开发人员进行分析跟踪，下面是不同的不同段位的测试人员在拿到测试一个测试任务后不同做法。
大家看看自己在哪个段位，哪些地方自己做的还不够需要提升。
段位一测试人员的做法：
拿到测试任务就马不停蹄的开始测试，测试方法未确认，遇到测试用例疑问、需要资源工具就找下发任务的接口咨询和索要，测试报告中Fail用例结果直接标注Fail无任何备注，如测试到步骤几Fail的未备注，无法执行的用例原因未有任何备注。最后直接bug上库，只简单的说了描述bug信息，没有抓取提供Log，提供测试环境、测试版本、bug出现的概率信息。最终通过加班在22:00火急火燎交付了报告，都来不及检查。
段位二测试人员的做法：
拿到测试任务先简单的浏览一下测试用例，查看用例中的测试方法说明，找下发任务接口询问测试环境并提供测试资源，然后简单对齐下测试方法，询问该测试任务中注意事项。测试过程中遇到有疑问的地方先统一汇总，最后找任务接口统一咨询。测试报告中Fail用例结果有备注信息，如测试到步骤几Fail的，无法执行的用例有备注原因。最后直接bug上库，简单描述测试失败步骤，有抓取Log，没有提供测试环境、测试版本、bug出现的概率信息。最终通过加班在22:00交付了报告，虽然晚交付了报告，但是都是按照要求测试，测试质量有一定的保证。
段位三测试人员的做法：
拿到测试任务先详细浏览一下，查看用例中的测试方法说明，找下发任务接口询问测试环境和提供测试资源。然后对齐测试方法，询问该测试任务中注意事项，从任务接口那获取该专项测试目的，测试过程中的重点和难点，需要抓取Log的信息。测试过程中遇到有疑问的地方先统一汇总，最后找任务接口统一咨询。测试报告中Fail用例结果有备注，如测试到第几步骤Fail的备注，无法执行的用例有备注原因，然后直接bug上库，详细描述测试失败步骤，有抓取Log，并备注提供测试环境、测试版本、bug现象截图、bug的概率信息、复现步骤的视频。最终通过加班在22:00交付了报告，有简单测试总结，18:00的时候也通知了接口报告交付时间主要是需要增加一些用例之外的自由测试。虽然晚交付了报告，但是都是按照要求测试，并根据自己对任务的理解做了一些自由探索测试，测试质量有一定的保证。
段位四测试人员的做法：
拿到测试任务先详细浏览一下，查看用例中的测试方法说明，找下发任务接口询问测试环境和提供测试资源。同时向接口获取专项的技术文档，了解了该测试任务的测试目的和测试重点、难点，了解测试的注意事项和前提条件，看完之后找任务接口对齐测试方法，需要抓取Log的信息，对比版本或对比机的信息。并根据测试用例评估测试完成时间。测试报告中Fail用例结果有备注，如测试到第几步骤Fail的，无法执行的用例有备注原因，然后直接bug上库，详细描述测试失败步骤，有抓取Log，并备注测试环境、测试版本、对比机或对比版本是否有该bug、bug出现的时间、bug现象截图、bug概率信息、复现步骤的视频。最终根据最后沟通情况按时完成任务，交付测试报告和测试总结，同时根据用例中未覆盖的点做了一些自由和探索测试，保证了任务交付时间和最终报告交付质量，得到了接口的认可。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理
