聊聊「测试执行」

注：这个系列，把整个「软件测试职业」的「做事」姿势，普及一遍；虽然阅读量不是很大，但老徐个人觉得能对大家有点价值；

-- IDO老徐

执行测试，看起来很简单，人人都会，其实非常难 。

同一个TestCase ，不同的人，执行结果不一 。

当然，还有同学，完全不用TestCase ，自己随性测试执行的 。

两种情况：

1、TestCase，几千条，太细，实在没耐心对照执行 。

2、公司完全就没有TestCase ，只能凭感觉，执行 。

对于这种情况 ，老徐的建议是，写「测试点」，至于「是测试用例工具去承载 ，还是Excel承载，or 脑图工具Xmind承载 」都无所谓 ，能达到目标即可（团队有明确规范的除外，按团队规范走即可；比如，老徐团队，是统一让大家Xmind写测试点 ） 。

类似参考文章 ：如果是这样，你真没必要写测试用例

接下来，聊聊「测试执行」的 核心要素（此文重点） ：

1、执行前，提前准备好「测试数据」

2、执行前，提前准备好「测试环境」

3、执行前，准备好前置依赖「第三方系统的数据、账号 等等」

4、执行前，跟开发沟通好，「哪些能测、哪些不能测」，避免提「无效Bug」（这个很重要，很多同学，一个版本，提600个Bug，就是这类情况，严重缺沟通；你提Bug累、开发看着这些已知的Bug也烦，没意义）

5、执行过程，有不明确的问题，记下来，找自己的Leader ，以及同事，协助

6、做到有据可查，任何问题，学会「看日志 + 问题截图」（没有截图的Bug，是没有灵魂的）

最后，补充：

1、Bug提的再多，抵不上一个漏测 ；

2、多跟开发沟通，有事问身边的开发，比「去互联网上，问完全不知道你们公司实际情况的其他人」结果来得更快 ；

3、遇到问题，遇到新知识，做好笔记；一次不会，没事；别人给你讲了多次，还不会，就略2了 ；

好了，今天先写到这 。

你有啥补充的 ？以及建设性建议 ？

底部留言，分享给同样看到此文的同行吧 。

End