软件测试主要是做什么的?

软件测试主要是做什么的?

主要的工作分为4大部分：

业务测试

、专项测试、效能提升和质量监控
第一，业务测试

有的同学可能还不清楚什么是业务，业务说白了，就是你们公司或项目组为了达成商业目标而所做的事。

业务是由销售、运营、产品、设计、开发和测试共同完成的。

比方说你们的项目组主要负责搜索功能，那么，你在里面的角色就是这个搜索功能的迭代测试

那么，如何进行业务测试呢？

首先，需要参加需求评审和技术评审，熟悉和明确产品需求。

其次，针对需求文档和技术文档进行测试用例的编写，编写完测试用例之后，还需要进行测试用例评审。

接下来，研发工程师会进行产品的开发，等开发完毕并开发自测通过后，会把代码提测到你这边。

此时，你要做的就是把代码部署到测试环境中，并开始进行冒烟测试

冒烟测试就是把产品功能的主流程走一遍，看是不是能满足提测标准。

假如没有满足提测标准，有权把提测打回，让开发自测充分后再提交测试。

假如已经满足提测标准，就可以开始按照你编写的测试用例，逐项进行测试。

这个阶段就是测试的重头戏，主旋律一般就是发现bug，提交bug，开发解决bug之后，测试再验证bug是否修复。

测试完毕之后，需要让产品进行产品验收和体验。

验收通过后，方可进行上线。

上线完毕之后，还需要在生产环境下，进行回归测试，等回归测试没问题之后，才宣告功能正式交付。

接下来，又是进行下一个功能迭代的测试。

第二、专项测试

专项测试，顾名思义，主要是诸如：数据测试、性能测试、自动化测试

等特殊的测试。

主要是对业务测试的一个补充。

没有绝对完美无缺的系统，单靠业务测试，是无法保证产品或代码质量得到更多提升的。

比方说，自动化测试可以模拟重复1000次点击操作，但是这个要是让手工去做，不得把测试工程师逼疯喽。

专项测试可以发现一些手工业务测试发现不到的bug。

但是专项测试不可能完全替代业务测试。

业务测试具有主观能动性，可以站在用户的角度去体验一个功能的好坏以及产品是否美观。

但是专项测试并不能做到这点。

第三、效能提升

现在的互联网公司，产品迭代周期很短，一个功能可能1-2天之内就得上线。

假如说企业不追求效率的提升的话，就无法快速占据市场。

我们测试工作也一样，更应该注重效能提升。

效能提升主要可以从CI/CD、Bug管理、测试环境维护、流程管理与优化去考虑。

有能力的测试团队，可以考虑开发出适合自己团队的测试平台，集结所有优秀的测试工具，方便测试工程师提升测试效率。

近几年，DevOps也是火了一阵，DevOps就是开发运维一体化，可以把整个产品的生产过程，形成一套流水线的规范，这样也可以很大程度上提升产品的交付效率。

第四、质量监控

不论如何，质量都是测试的脸面，为了保证质量，我们不能只局限于在测试阶段去发现bug，我们应该也要对产品交付之后的进行质量监控。

比方说：

移动端app，正式发版之前，都会有灰度测试阶段，在这个阶段，已经有部分用户可以率先体验到我们的新功能，我们需要进行app的crash监控。

所谓crash就是app的崩溃，crash会对用户体验造成相当大影响，

监控crash

可以有效的把crash扼杀在正式发版之前。

其他的监控还有服务器状态监控、用户反馈监控、埋点数据监控等等。