这些年 ，很多公司，开始打造自己的「测试开发团队」，用来服务于公司内部 测试部门、研发部门 等 ，提升测试效率、提升研发效率、提升项目质量 等等 。。。
注：这个系列，把整个「软件测试职业」的「做事」姿势，普及一遍；虽然阅读量不是很大，但老徐个人觉得能对大家有点价值；
一直找不到，特别好的写用例的工具；虽然很多「项目管理工具」 & 「测试用例管理工具」都提供在线写用例的模块 ；
需求评审没做好，可能会导致，整个研发过程节奏拖拉、提测质量烂、上线质量烂、项目延期 等综合症 ；
对于测试团队 ，严格来说；老徐把其分为两个岗位：「业务测试工程师」和「测试开发工程师」 。
本文主题：“ 一个玩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出现 。
暂未填写公司和职称
暂未填写技能专长
暂未填写学校和专业
扫码关注云+社区
领取腾讯云代金券
