软件测试全流程拆解:从独立测试到发版检查,5步核心技巧公开!

📝 面试求职: 「面试试题小程序」 ,内容涵盖 测试基础、Linux操作系统、MySQL数据库、Web功能测试、接口测试、APPium移动端测试、Python知识、Selenium自动化测试相关、性能测试、性能测试、计算机网络知识、Jmeter、HR面试,命中率杠杠的。(大家刷起来…)

📝 职场经验干货:

软件测试工程师简历上如何编写个人信息(一周8个面试)

软件测试工程师简历上如何编写专业技能(一周8个面试)

软件测试工程师简历上如何编写项目经验(一周8个面试)

软件测试工程师简历上如何编写个人荣誉(一周8个面试)

软件测试行情分享(这些都不了解就别贸然冲了.)

软件测试面试重点,搞清楚这些轻松拿到年薪30W+

软件测试面试刷题小程序免费使用(永久使用)


软件发版(有的公司也称为上线或者更新)的流程大致可分为两种:

第一种

软件的开发周期和测试周期是完全独立的。

假如某公司这个月要做一次软件的发版,设定任务周期为一个月,给开发的开发周期为两周,给测试的测试周期为两周。

也就是说,给开发的两周时间,除非任务真的完不成,一般在这个截止日期开发要做好既定任务的开发,并提交测试。提交测试以后,测试要在两周内把既定的任务做好测试,并保证稳定。

当然,这只是一个例子,具体的还要看公司怎么执行。但是大体是一样的,这种公司有严格的开发和测试周期,这样的好处就是开发和测试都能在各自的时间里合理安排时间,做好自己的工作。

第二种

软件的开发周期和测试周期不是独立的。

同样假设某公司要做一次软件的发版,但是这次发版任务有好几个模块要修改,又有几个模块要增加。

那这种公司采取的策略就是开发做一个模块就提交一个模块,测试就开始测试这个已经做好的模块。开发再做一个模块测试再测试一个。开发和测试的时间是不独立的。

但是无论上面哪种类型:在软件发版的时候,测试想要保证软件的质量,都要经历下面的流程。

第一步:独立测试的内容

这部分内容就是分给你的,由你负责的测试内容。因为是分配给你的任务,所以如果这个部分出问题了,那除了这部分的开发之外,你就是直接的负责人。

第二步:交叉和兼容性测试

因为我主要做的是黑盒测试,我只说下我目前公司的情况。在第一步做完以后,觉得自己负责的这个功能你已经测试稳定了。

假如你用的手机是小米手机,ios系统用的是苹果6手机。那么,和你同在测试组的人,就会被安排用别的手机再测试一下你负责的这个功能。

他们会被安排用别的设备去测试你负责的这个功能,一般就测试一遍。从而检查这个功能在别的设备上运行的情况。

在这个步骤中,往往是容易被追责的时候。为什么?

原因是这个功能是你自己负责的,会先经过你的第一遍测试。

如果你在测试的时候,能把可以发现的bug都找出来,当别人被安排做交叉和兼容测试的时候,他们就基本测试不出来bug。那么恭喜你,你的领导虽然不会觉得你做的很好,但至少不会觉得你做的差。

但是如果你的同事拿到测试文档后,测试这个你负责的功能,他找出了很多个bug。那么最直接的你的领导肯定会问你:这个功能你有认真测试吗?这就会留给领导你工作做的不好的印象。

也可能你会说,我自己已经测试的很好了,觉得没问题了,但是别人真的测试出来好多bug。其实这种情况基本不会发生。如果你做的是黑盒测试,那么除非别人测试的手机屏幕比你的大或者小,否则一般很少出兼容测试的问题。大多数都是你没测试到的功能性的问题。

你可能也觉得开发中间改代码了怎么办?其实对于已经稳定的功能,开发也是不愿意再碰这些代码的,毕竟出问题了他自己也会有责任。

所以,如果在这个环节不想出问题,那就只能踏踏实实的做好第一步。

你负责的内容,别人会做交叉和兼容性测试。那么别人负责的内容,你也会做交叉兼容性测试。这个也得好好完成,其实要想做好就参照第一步的方法,把需求文档的内容,完完全全的好好测试一遍。

如果你没发现bug,那么按既定流程,改任务进度就好了。但是如果你发现了bug,发现的bug还挺多的情况,怎么办?我的建议是,如果是确定的兼容性问题,可以直接提bug。但如果是功能性的问题,建议你直接给相关的负责人说,由那个人提bug。

这样,你能很好的做了兼容性测试,从而领导也不会觉得他做的不好。测试是可以互相帮助的,说不定哪一天,你有好多地方没做好,别人发现了你的bug,也给你小窗提醒,这样由你自己提到bug系统后,就还是你自己好好工作的表现。

在这里,我不是教你怎么偷奸耍滑,就是给你介绍了我的工作方式。因为一般公司的同事相处的都挺好的,所以互相帮助真的很好。

也许你会觉得这样领导就看不到你的工作能力了。其实不是的,在第一步独立测试阶段是最容易看一个人能力的。在第二步,你发现特别多的bug时,你可以提一部分,然后给同事说一部分,这样,既体现了你的工作能力,又帮助了同事。

第三步:发版前自己负责的内容全部测试一遍

做好了第一步和第二步,是为了保证这个版本,新增的功能或者是新要修改的功能稳定。但是以往的老功能呢,该怎么办呢?还是需要测试一遍的。

在我们公司这个第三步叫上架测试,就是发版前把自己负责的内容全部测试一遍。这一步不同于第一步,不需要你测试各种细节,但是要测试你负责的主要功能。

这一步想做好,那就得对自己负责的内容特别熟悉,这样你负责的内容才不会出问题。具体该怎么记忆自己负责的内容,以后会更新文章介绍。

这里说明一下:第一步,第二步,第三步都是在测试服务器上完成的。

第四步:发版后的检查测试

最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取【保证100%免费】
在这里插入图片描述​​​​
在这里插入图片描述​​​​

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值