关于测试流程的思考

入职新公司近4个月,硬生生的从小兵当成了组长使,因前组长的离职,我成了两个测试小兵的小组长,受宠若惊。

关于公司测试流程,表示感慨万千

创业型公司、迭代速度非常快,需求都是老总和营销团队说了算,目的很明确:市场推广+盈利

流程:

1.公司的需求分析较为鸡肋,几个UI兼职做了产品经理的活儿,逻辑+仿真图一顿讲解后,下面的后台组+前端组+测试组听的是一脸懵逼,不知所云,需求的讨论更是聊胜于无,短暂的会议就这样草草结束

2. 用例,基本上已经告别,测试点,根据原型图和仿真图上的需求说明,总结出一套适合的测试点出来,等待完善

3.接口测试:我们是不需要参与的,开发自测,系统架构师监督下的接口,没有太大问题

4.功能测试:

Android组:环境经常变化,开发环境一个包,测试环境再来一个包,正式环境我也给你一个包,版本管理较为混乱,因为迭代较快,新功能和老功能分环境开发,新功能搞定走开发/测试环境,老功能优化直接走正式环境。

IOS那边较好管理,因为不需要敏捷开发,所以优哉游哉的能将版本控制的很好

5.关于bug

由于版本控制不好,导致了很多之前明明解决了的问题,到了下一个版本,突然冒出。寻求解决方案很多次,对于实际开发并无什么大用,上面催,下面忙,自然版本控制就不好咯?这个问题目前只能寄希望于自动化和Beta测试,发布版本前,自动化跑冒烟,公司内部员工一起参与beta测试,寻求突破

6.领导

安卓组+IOS组+后台组+测试运维组,组织架构基本如此,测试基本服务于开发,没有太多话语权的存在,以上。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容