测试经理的职责是什么？
- 从项目启动到项目结束的管理
- 测试计划
- 获得客户对交付产品的认可
- 批准中间可交付内容并向客户发布补丁
- 记录工作内容以便绩效考评或其他计费
- 问题管理
- 团队管理
- 向测试协调员或SQA提交每周状态报告
- 参加每周回顾会议
- 每周发布所有测试项目的 kpi
- 为项目调动资源
如果你发现组织中的测试人员即使在明显的缺陷被识别出来之后仍然在执行可交付产品的测试，那么你的方法是什么？
- 验收标准应该更严格
- 应该重新评估测试用例
- 如果可能的话，应该添加更多的测试用例，包括等价类分割用例和边界值
- 应该添加更多的测试用例来检查无效的条件
- 应该修改停止测试的标准
什么是需求可追溯矩阵？
需求跟踪矩阵是将需求文档与测试用例联系起来的矩阵，确保在验证过程中对所有应用程序要求进行测试；检查测试覆盖率。
如何为项目选择测试工具？
- 根据项目的需要，识别自动化工具中需要的特性
- 评估符合要求的商用和非商用工具
- 估计工具的成本和收益。成本可能包括许可证和培训
- 与团队成员协商后做出最终决定
项目中的主要挑战是什么？
- 测试阶段我们通常在一个时间限制内
- 理解需求有时可能是一个挑战
- 应用程序需要足够稳定，可以进行测试
- 设定测试的优先顺序
- 缺乏熟练的测试人员
- 回归测试
- 频繁的需求变化
- 缺乏工具、资源和培训
什么是测试计划？
- 测试计划是描述活动和测试范围的文档。 它是测试任何软件产品的基本要求。
测试计划的类型是什么？
测试经理需要具备什么样的人际交往能力？
- 有效和清晰的沟通
- 与团队成员建立良好的关系
- 良好的倾听能力和情商
- 激励团队成员
- 解决冲突和道德问题
组态管理是什么？
- 组态管理包括用于协调、控制和跟踪测试工件的过程。测试工件可以包括自动化代码、需求、文档、问题、设计、更改请求、设计等。
PDCA模式是什么？
一种测试过程改进方法。Plan、Do、Check、Act
什么是非正式审查？
非正式的评审是一种在不运行代码的情况下检查缺陷的方法。 在文档测试生命周期的初始阶段，多次实现非正式评审。 非正式的评论没有记录在案。
风险类型是什么？
- 战略风险: 包括预算、沟通和管理风险
- 项目定义风险: 包括项目目标、范围和需求风险
- 人力资源风险: 包括技能、团队成员和组织风险
- 项目进度风险
测试经理应该采取什么样的对策来应对风险？
- 回避: 消除涉及的风险因素
- 减少: 减少风险影响和采取纠正措施的减少风险计划
- 共享: 将风险转移到另一个资源，比如 insource 或 insure
- 接受: 接受风险，并为这些风险准备一个计划预算
测试经理如何评估项目以及评估什么？
在测试评估期间，测试管理人员必须评估四件事情：成本、资源、测试成员技能、时间
- 工作分解结构: 将项目分解成更小的部分
- 三点估计: 三点估计是基于统计数据的
- 功能点法: 给每个功能赋予权重，并测量尺寸
什么是三点估计？
在三点估计中，基于以往的经验，每个任务最初产生三个值。
- 最佳情况估计: 120个工时或15天与经验丰富的团队成员
- 最有可能的估计是: 170小时或21天，有足够的资源和适度的团队成员经验
- 最坏的情况估计: 200个工时或25天，并与一个团队有较少的工作经验
一些测试评估的最佳实践？
- 增加一些缓冲时间: 有一个缓冲时间总是一个优势，它可以帮助处理由于意想不到的原因造成的延误，如人才突然辞职,
- 估算中的帐户资源规划: 确保您的估算是现实的，并考虑了人力资源可用性等关键因素
- 引用过去的经验: 通过你过去的经验，尽量避免最有可能发生的所有障碍或可能的阻碍
- 坚持你的估计: 估计不是完全的证明。 它也可能出错。 在项目的早期阶段，您应该重新检查测试评估，如果需要的话，还应该进行修改
测试报告包括哪些内容？
软件质量保证的最佳实践？
- 持续改善
- 文档文件归档
- 工具的使用和自动化
- 衡量标准
- 团队合作和分担 SQA 的责任
什么因素可以决定测试执行的质量？
- 不合格率: (不合格品数目 / 合格品数目) x100
- 缺陷泄漏率: (漏失缺陷数 / 软件总缺陷数) x100
你将如何处理团队冲突？
- 由于团队成员的背景和工作方式的多样性，第一步是在测试项目中预期和准备冲突。
- 下一步是召开会议，评估团队成员的项目状态。 测试经理需要与每个人保持开放的沟通，这样团队的挫折和愤怒就可以得到发泄。
- 最后，要求团队成员合作，并强调他们的合作对项目成功的重要性。