其实啊,每个人都可以「独立完成一个项目的测试 + 发布」
t*k-WI\aXj.f0很多同学,工作了五六年,都没有机会(也许是:不敢)独立负责一个完整项目的测试(独立负责一个项目测试后的上线流程,机会就更少了) 。51Testing软件测试网3t R#Y6O Eo
一件事,自己没经验的时候,最好的方法是模仿;看看同事怎么做的,把步骤全部记录下来 。51Testing软件测试网'lW;Ie!oy
公司内部,关于代码发布 / 项目测试,一定都有其固定的流程,以及涉及到的固定技术的(新创公司,或者小作坊,可能流程不明显,或者没有文档沉淀,但操作者,也是有其固定的操作套路的) 。
Cl$N
e6o G6\0划重点:「做一件事,不一定要完全把这些技术弄懂,参考其他同事的玩法,会用就行 。」51Testing软件测试网#BUmA2cV$M)z}H
多数从业者,每天日常工作的内容,不会有太多的创新性内容,或者太多技术性的创新事项 。基本上是固定套路的落地执行 。51Testing软件测试网p
~WFU'e&ig
优秀者,往往就体现在:基于现有流程,在现有套路基础上的「微创新」;创新后,加速完成事项的效率,或者改善事项完成的结果,使其质量更高 。
K&J w-P
[o:N0具体到测试职业:51Testing软件测试网(`:X'Nf3mpK
h
拿到一个项目,51Testing软件测试网-^'?.pC-X0V"ht:Z
1、先根据产品的「需求文档 + 自己对当前行业的理解(经验)」,通过脑图的形式,拆分测试点 。51Testing软件测试网/ttFT.c
eF1O
拆分测试点的过程中,把遇到的不清晰的需求(或者技术方面,不理解的知识点),通过问产品/开发/搜索引擎检索/查阅公司内部资料,搞定 。
$d~s]%Lwe02、根据自己梳理完成的最终测试点(此份测试点,最好是跟 产品 & 开发 & 测试 确认过的),开始设计测试用例(用例形式,不重要,可excel / 用例工具 / 脑图 / 内部工具),然后进行二次评审(具体用例这块,老徐此公号「简尚」历史文章详细写过,有兴趣,翻来看看)。
3u!w b\q;K ~,{03、测试执行过程中 ,问题提到Bug系统,对于一些异常状态的Bug,关注其生命周期 。51Testing软件测试网UWBi5tIq
4、测试报告(模板,之前有文章) 。51Testing软件测试网BjmP.X/_
5、关注风险 / 延期 ,以及 质量 & 进度 的平衡 。51Testing软件测试网MPY;_n[
6、开始发布 & 上线 (把上线的步骤,自己用文档,完整的记录下来,并模拟几次,确保无遗漏)。
%T8BtA%n0n0经验谈:
2i?4v5S$a R? b9z4J01)配置文件(各种链接串),容易出问题;51Testing软件测试网P8E6w
k}`Z~:@lZ
2)DB脚本,容易漏;
"To8vu#o;l03)一些第三方应用 & 服务,容易漏 ;
|;PE&V,ru6t04)上线后,核心接口的自动化执行,确保主流业务无问题;
6?1kL3@8|Q1kt
F05)核心业务的手动回归;
5FGy#aT9nd-u6b
F06)上线后,核心业务的日志监控;51Testing软件测试网Hp`q:`BkV
N
7)上线后,日志平台的Error log 监控 ;
xZQXN"U08)上线后,核心业务的数据监控(如果核心业务数据,明确下降,业务是此刻业务出问题了)51Testing软件测试网6RbJH0c9M(dt
9、上线后,线上问题反馈流程 。51Testing软件测试网 Dn}
{#HQ6T
n y
10、上线后的,值班 。51Testing软件测试网/zc n(\ e%M2b-C0te
11、紧急问题的,BugFix51Testing软件测试网E@3qD8cR"wrW
12、项目复盘(总结会)51Testing软件测试网-hE#fTn1W
13、End ,恭喜你,独立完成一个项目的测试 + 发布上线 (如果还没实操过的,恭喜你,跟着老徐的此篇文章,模拟了一遍全流程;)
.GBBLL!xxh RZ0End ,此文结束 。51Testing软件测试网 \H5Ye@,y5{B/AJ
希望老徐的文章,对你有点用 。
]N|-Y0I/u9T4V;s.o
s0限于篇幅 & 时间,还有很多不完善 & 写的不充分之处 ,欢迎补充 。
X$?wEzx!r+l0“学东西,实操完,才算入门 。很多技术,看起来简单,实操时,往往会遇到各种阻塞性小问题,导致放弃 。” - - IDO老徐
dU&qUPp:}9j0注:原创文章,首发于老徐的个人博客isTester.com ,禁止转载 。
2ID'he-]0