如果你对未来还有点迷茫不妨来看一下，必看的软件测试指引！！！

导读：
随着互联网的红利期到来，越来越多的人加入到互联网大军中，很多从来没有从事过互联网工作的人来说，转行做软件测试是第一选择，前面给大家讲过软件测试越没有看到的那么简单，那今天王豆豆就给大家讲下如何做才能快速进入软件测试的工作中。

软件测试有一个特点是入门简单，深入难，上次那篇文章《谁说软件测试简单了？》中记录的那些技能基本上都是中级测试人员，甚至有些是高级测试人员才需要具备的，现在王豆豆讲这篇就是写给新人想入门做初级测试人员的。

01

首先，我们要了解清楚用人部门对初级测试人员的定位：
1.具备软件测试思维
一开始就测试思维，针对还没入门的新人来说有点难。
测试思维需要测试人员对软件测试有了比较清楚的认识；和对软件测试流程有了全局感；能够从各个方面对被测试对象进行测试时，这时再来看测试思维就简单了。
2.写测试用例
初级测试人员首先要具备做事的能力，在软件测试过程中测试人员做得最多的就是写文档，其中又以分析需求写测试用例为最多。
3.执行测试，记录缺陷
在软件测试过程中测试人员做得最多的另外一件事就是执行测试，更有公司初级测试人员只需要照着用例执行测试就行。执行测试过程中一定会产生缺陷，需要在缺陷工具上记录缺陷。

如果你掌握了上面这三点，那说明你已经具备了软件初级测试人员的能力。

4项目开始之初，也可以是一次迭代开始之初

这个时候每天基本都是以熟悉本次项目或本次迭代功能模块需求为主。

方式：一般就是看文档，有时就是看一天文档，或参加不同的评审会。

根据不同人理解需求方式的不同，王豆豆喜欢用XMIND梳理测试点需求，王豆豆不管做什么事都喜欢用笔去整理一番。

这阶段主要是理解需求，分析功能模块的业务流程，尽可能将测试点梳理得更细，在梳理过程中如果遇到不理解，或需要做的需求与以前的需求逻辑不符时，可以先找产品经理讨论，并确定，方式可以是当面讨论，也可以以邮件的方式确定，推荐以邮件的方式确定。

如果项目流程完善的团队，这时一般会由产品经理开始组织需求评审，用通俗的话讲就是过需求，以前公司是由SE组织需求评审，然后开发人员组织评审Story，目前是开发人员有时会组织，不同人组织评审内容有所不同，测试人员关注的重点也会随之变化。

5.软件测试的目的、任务和原则
设计测试的目标是想以最少的时间和人力系统地找出软件中潜在的各种错误和缺陷。

软件测试的目的，第一是确认软件的质量，其一方面是确认软件做了你所期望的事情（Do the right thing），另一方面是确认软件以正确的方式来做了这个事件（Do it right）。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件产品的本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此软件测试的第三个目的是保证整个软件开发过程是高质量的。

测试人员在软件开发过程中的任务：

1、寻找Bug；
2、避免软件开发过程中的缺陷；
3、衡量软件的质量；
4、关注用户的需求。

软件测试的原则：

① 应当把“尽早地和不断地进行软件测试”作为软件开发者的座右铭。

不应把软件测试仅仅看作是软件开发的一个独立阶段，而应当把它贯穿到软件开发的各个阶段中。坚持在软件开发的各个阶段的技术评审，这样才能在开发过程中尽早发现和预防错误，把出现的错误克服在早期，杜绝某些发生错误的隐患。

② 测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成。

测试以前应当根据测试的要求选择测试用例（Test case），用来检验程序员编制的程序，因此不但需要测试的输入数据，而且需要针对这些输入数据的预期输出结果。

③ 程序员应避免检查自己的程序。

程序员应尽可能避免测试自己编写的程序，程序开发小组也应尽可能避免测试本小组开发的程序。如果条件允许，最好建立独立的软件测试小组或测试机构。这点不能与程序的调试（debuging）相混淆。调试由程序员自己来做可能更有效。

④ 在设计测试用例时，应当包括合理的输入条件和不合理的输入条件。

合理的输入条件是指能验证程序正确的输入条件，不合理的输入条件是指异常的，临界的，可能引起问题异变的输入条件。软件系统处理非法命令的能力必须在测试时受到检验。用不合理的输入条件测试程序时，往往比用合理的输入条件进行测试能发现更多的错误。

⑤ 充分注意测试中的群集现象。

在被测程序段中，若发现错误数目多，则残存错误数目也比较多。这种错误群集性现象，已为许多程序的测试实践所证实。根据这个规律，应当对错误群集的程序段进行重点测试，以提高测试投资的效益。

⑥ 严格执行测试计划，排除测试的随意性。

测试之前应仔细考虑测试的项目，对每一项测试做出周密的计划，包括被测程序的功能、输入和输出、测试内容、进度安排、资源要求、测试用例的选择、测试的控制方式和过程等，还要包括系统的组装方式、跟踪规程、调试规程，回归测试的规定，以及评价标准等。对于测试计划，要明确规定，不要随意解释。

⑦ 应当对每一个测试结果做全面检查。

有些错误的征兆在输出实测结果时已经明显地出现了，但是如果不仔细地全面地检查测试结果，就会使这些错误被遗漏掉。所以必须对预期的输出结果明确定义，对实测的结果仔细分析检查，抓住征侯，暴露错误。

看完这篇内容后，相信以下两件事，也会对你的个人提升有所帮助：

1、 点赞，让更多人能看到这篇文章，同时你的认可也会鼓励我创作更多优质内容。

2、 让自己变得更强：想一想，如果你想在测试这个行业一直做下去，你的经验和测试技术是远远不够的，你需要进阶，你需要丰富你的技术栈！还等什么！

最后:【可能给予你助力的教程】

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。

关注我的微信公众号：【程序媛木子】免费获取~

我的学习交流群：1125939340 群里有技术大牛一起交流分享~

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！