这些年 ,很多公司,开始打造自己的「测试开发团队」,用来服务于公司内部 测试部门、研发部门 等 ,提升测试效率、提升研发效率、提升项目质量 等等 。。。
注:这个系列,把整个「软件测试职业」的「做事」姿势,普及一遍;虽然阅读量不是很大,但老徐个人觉得能对大家有点价值;
一直找不到,特别好的写用例的工具;虽然很多「项目管理工具」 & 「测试用例管理工具」都提供在线写用例的模块 ;
需求评审没做好,可能会导致,整个研发过程节奏拖拉、提测质量烂、上线质量烂、项目延期 等综合症 ;
对于测试团队 ,严格来说;老徐把其分为两个岗位:「业务测试工程师」和「测试开发工程师」 。
本文主题:“ 一个玩SQL的事故复盘 ,以及老徐给大家的4点关于数据库执行的建议 ;”
多数同学,用的 ZenTao 、 Jira 、CODING、Teambition 、TAPD
2、跟同行(软件测试从业者)交流;老徐一定会问,你这边的业务线,常见的线上问题有哪些 ?用户线上问题反馈的入口 ?谁来对接用户的问题反馈 ?收到线上问题,内部的...
看Bug表象,往往都是无效Bug;往往也只能临时解决Bug,甚至拆东墙补西墙;而且,长此以往,毫无成长 ;
这二个月我该重点把握哪些,才可以保证产品按期上线呢?可以提供我一个比较清晰的思路么 期待您的回复 。”
1、严格来说,一定是从需求阶段,或者立项阶段,就参与到项目,根据最终的需求、开发排期,是估算合理的测试时间(测试时间估算,见文章:“测试时间估算”的现状 及 4...
这是,IDO老徐最近在进行的21天SQL打卡的作业 & 参考答案的合集,提供给所有软件测试从业者 ;
学习一门新技能,最难的是不知道到底要学啥;没法聚焦精力,锁定目标,把这门技能掌握;
本来打算写一篇「性能测试扫盲」的,无耐,没时间整理(在星球和朋友圈,做了一笔调查,收到了很多问题,整理解答比较费时间),过几天再发出来 。
优秀的测试人员会根据这个原则,非常快速的找出较多的缺陷(这个原则可以解释一个你的苦恼:为何你苦苦测了几天,都没发现有啥缺陷;你老大慢悠悠的走了过来,随便点点,新...
id INT(10) NOT NULL UNIQUE PRIMARY KEY ,
某团队,做SaaS平台的,业务很复杂,接入的第三方系统繁多;每月总能有那么一次线上故障 。
每次版本发布上线后,测试人员,心里总是忐忑和紧张的;总在担心,会不会有啥严重的稀奇古怪的Bug出现 。
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
扫码关注云+社区
领取腾讯云代金券