在发布到 QA 之前测试您的代码 [英] Testing your code before releasing to QA

问题描述

我听说开发人员说编写代码的人不应该是测试它的人.我正在寻找人们在这种情况下的经验.很多次我完成了我的开发工作，然后发布到 QA 部门并将代码发回给我，因为应用程序的某些方面由于我的编码而被破坏，不管我在此之前对其进行了多少测试质量检查发布.

I have heard developers say that people who write code should not be the ones testing it. I am looking for peoples experience in this situation. Many times I have done my share of development, then released to the QA dept and had the code sent back to me becuase some aspect of the application was broken due to my coding, regardless of how much I had tested it prior to QA release.

此板上的任何人是否有可遵循的流程，使他们能够在向 QA 发布之前彻底测试其代码?

Does anyone on this board have a process to follow, that enables them to throughly test their code before releasing to QA?

推荐答案

开发人员通常从内向外工作，重点放在代码上:

Developers normally work from the inside outwards, with a focus on the code:

• 断言 - 验证数据流和结构
• 调试器 - 验证代码流和数据
• 静态分析器 - 验证编码标准并查找已知错误
• 单元测试 - 验证每个功能
• 集成测试 - 验证子系统
• 系统测试 - 验证功能
• 回归测试 - 验证缺陷是否保持不变
• 安全测试 - 验证系统不容易被渗透.

另一方面，测试人员通常从外向内工作，专注于功能:

Testers, on the other hand, normally work from the outside inwards, with a focus on the features:

• 验收测试 - 验证最终用户要求
• 场景测试 - 验证真实情况
• 全局测试 - 验证可行的输入
• 回归测试 - 验证缺陷是否保持不变
• 可用性测试 - 验证系统是否易于使用
• 安全测试 - 验证系统不容易被渗透
• 代码覆盖率 - 测试未触及的代码
• 兼容性 - 与以前的版本
• 寻找怪癖和粗糙的边缘.

最终用户通常相当随机地在外面工作:

End-users generally work from the outside fairly randomly:

• 验收测试 - 验证最终用户要求
• 场景测试 - 验证真实情况
• 可用性测试 - 验证系统是否易于使用
• 寻找怪癖和粗糙的边缘.

这篇关于在发布到 QA 之前测试您的代码的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！