问题:
1、测试、开发、产品之间缺乏及时有效的沟通。
2、缺乏对上线标准的定义。
3、测试时间比较短,人员短缺。
改进方法:
1、在产品需求出来后,测试需要按产品需求编写测试用例,测试、开发、产品一起对用例进行评审及确认。
2、在测试过程中,测试需要进行常见的类型测试(一般包括:功能测试、用户体验性测试、弱网测试、兼容性测试、性能测试)。
3、在发版之前的每一天,测试会统计BUG的严重程度及状态分布情况,并列出严重问题BUG列表,后再抄送给开发和产品,以便他们了解修改产品BUG的情况。
4、在发版之前的每一天,测试人员需要跟踪开发修复BUG的进展,如果开发修复问题比较缓慢,需及时与开发进行沟通和协调,跟踪开发解决问题的进展情况。
5、版本发布标准,如(所有功能都按需求实现、测试所发现的问题都已经关闭、没有出现主流程的BUG、严重程度以上的BUG数0个、低程度的BUG数<=5个、测试用例都已经执行完成)。
6、每次发布版本涉及到的内容(安装包文件、SQL脚本、文档等)需要按版本放到对应SVN上,并说明是属于哪个环境的程序包(测试、预发布、正式)。
7、前端(android和IOS)发布版本,需要包含版本号、程序包文件的MD5值、程序包文件的时间戳,对应的程序包文件需要上传到SVN上。
8、版本发布前,需要经过验收测试,一般需要产品经理来介入验收测试,产品验收通过后,测试再按发布标准,来确定是否可以上线。
9、版本发布前,符合发版标准,并经过测试发布发版邮件通知后,才开始进行版本发布操作,开发及测试需要协助运维进行发版操作。
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
· 用 C# 插值字符串处理器写一个 sscanf
· Java 中堆内存和栈内存上的数据分布和特点
· 开发中对象命名的一点思考
· DeepSeek 解答了困扰我五年的技术问题。时代确实变了!
· PPT革命!DeepSeek+Kimi=N小时工作5分钟完成?
· What?废柴, 还在本地部署DeepSeek吗?Are you kidding?
· DeepSeek企业级部署实战指南:从服务器选型到Dify私有化落地
· 程序员转型AI:行业分析