请推荐一下好的测试管理系统，包括测试用例管理，测试任务安排，测试结果统计分析等等
1、招人，加班，或者协调其他测试人员
2、砍需求，主要完成的功能做，不主要的功能排下期迭代
3、研发自测，提测时提供自测情况
1 个赞
- 提测晚， 提测质量差，怎么办
制定提测时间和提测标准，提高提测准入质量
研测比一般保持在多少比较合适/合理？
- 对项目成员进行分组，配置AB角。
- 跟进开发的进度，保持沟通，并且随时敦促发布测试，有优先级。
- 对功能点进行排序，确保核心基本功能的正常，允许一定范围功能排后。
团队成员的奖惩制度如何确定？
1、加班，或者抽调人员支援，项目组人员一起协助测试
2、跟项目组人员沟通，说出延期的原因和风险，同步给项目负责人
可以详细说一下”质量体系“吗
测试准入度一般怎么衡量？会看哪些指标？
-
项目多，人少：PMO，PM和lead一起进行项目排期，按照排期来分配sprint任务
-
领导压工期：拉上PMO，PM，lead一起评估需求难度，复杂度，列出测试范围，场景，测试点，风险点，摆出这些事实数据，来估算测试时间，借调资源
-
提测晚，提测差：QA和开发一起制定严格的质量准入准出标准，提测冒烟测试达标率如果不达到一个比率，则判定为提测失败，提前通知各个角色风险和规避责任。
-
并行项目：多任务执行时，按照需求分析+测试用例设计+测试用例评审+测试执行的流程执行，当任务1执行期，可以分配出一部分时间做出任务2的需求分析讨论，需求澄清会议等等
-
测试进度评估：在测试执行期间，每天保证case执行数/执行率，bug数等等，根据这些指标，估算出每天的测试进度（case执行率）和评估风险问题占比（bug严重数/bug总数），可每天发出测试小结，知会各个负责人
1 个赞
补充几个我们还会采取的手段：
1.跟产品讨论，简化一部分项目需求，小步快跑，先上线主流功能试错
2.分模块或者分端等分批提测，测试能提前介入
3.如果是创新型项目，会选择只测一轮，保主流，带小bug上线
4.部分模块，比如内部运营人员使用的后台等，不投入测试资源，只产品验收不阻挡主流程就行
5.如果是高流量或者高收入业务项目，会选择灰度上线，降低质量风险
1 个赞
项目多、人少、领导压工期、提测晚 怎么办？
核心：基于风险进行应对，先通过优先级、重要程度进行排序，优先处理权重高的问题：
应对：
- 拒绝风险
- 无法顺利完成这些项目提前拒绝，不要等最后再补救
- 不接受风险临时加入，按项目延期该排多少排多少
- 接受风险
- 组织加班
- 裁剪需求
- 测试资源倾斜，对不重要的需求减少测试资源投入
- 转移风险
- 找其他项目或者项目上下游如 开发、运营来协助
- 找外包
- 去别的测试团队借人
- 预防风险
- 发布前说清楚风险，制定好预案
- 记录这次出现的问题，下次项目安排的时候做参考
2 个赞
如何评估工时，开发和测试工时比例
可以用唯一指标： 冒烟测试用例要求100%通过。
更多的指标，也可以参考： 单元测试覆盖率、自动化用例的通过率。
免测的标准和免测需要什么保证，可以详细说下么
领导安排多个项目同时做，比如0.5人力在这个项目，0.5在另一个项目，而实际有的项目甚至超出了1人力，有什么实际可行的解决方法？
改动范围 改动量 影响面 样式修改 研发可以快速验证
走研发自测
整体上依靠系统级别的测试 自动化冒烟
对于前端来说，改个文案啥的，自己看下效果就行
项目规范问题
- 需求变更可控性，老板和产品经理经常随意变更需求
- 信息不同步问题，研发和产品讨论完，并没有把结论通知给测试
- 项目流程每个阶段流程定义不清晰，导致不同项目流程不统一
- 有没有好的流程设计工具 流程规范可供参考
方程
- 变更需求需要重新评估排期
- 发现需求变更提bug
- 关键节点 人 输入 输出 三要素定义清楚
- 自研工具
强哥
- 公示变更
- 要求同步 不同步的话会引发资源安排问题
- 阿里aone 云效平台 腾讯tapd
涛哥
- 流程适度裁剪 不宜太重 适度推进 先简化 容易达成共识
- 项目经理角色 推举方式 or 轮流方式
- 小公司禅道 规模化公司jira 工具本质没差异
思寒
- jira redmine 流程可定义
- 内容可检索 变更可追踪 gitlab
-
需求变更：每个sprint周期内（例如2周一个迭代），一个迭代内不建议变更需求，尤其在测试执行阶段，更加不允许变更需求，避免加大开发和测试风险。PMO，QA lead，PM，开发lead需要提前拉齐和制定这个标准。如果实在要变更，需要重新评估各里程碑时间点。
-
信息不同步：测试用例评审阶段和PM和Dev确认变更点，测试执行期间，也需要加强和开发的沟通。关于信息变更的沟通，建议大家在项目群里面讨论（含PM，DEV，QA），不要单独私下讨论
-
项目流程：定义角色（PM，开发，QA），定于角色职责+角色任务（包括：需求文档，需求讨论会，设计文档，coding，测试用例等），定义项目里程碑时间点（需求时间，提测时间，功能测试时间，上线交付时间），每个需求定义一个PIC
1 个赞