企业官网建设流程全解析

阿里云模板建站怎么样,什么样的网站需要备案,国内永久免费云服务器推荐,品牌建设论文一位工程师同事向内部邮件列表提交了一个问题。问题的核心是#xff1a;一个新功能将在几个月后发布#xff0c;但目前还没有自动化测试覆盖。那么#xff0c;拥有“质量软件工程师”头衔的人应该怎么做呢#xff1f; 他们是应该先“手动”测试该功能#xff0c;然后在之…一位工程师同事向内部邮件列表提交了一个问题。问题的核心是一个新功能将在几个月后发布但目前还没有自动化测试覆盖。那么拥有“质量软件工程师”头衔的人应该怎么做呢他们是应该先“手动”测试该功能然后在之后再贡献自动化测试尽管这可能会在发布之后才完成还是应该立即开始编写自动化测试可能会推迟发现和报告重要问题的时间我的回答如下。没有简单的建议或通常正确的现成答案。这完全取决于具体情况。首先这个功能的整体状态如何我们是否仍处于构思阶段是否已经开发了代码开发人员是否认为它已经完成是否还有其他人已经测试过它其次这个功能在整个产品中的位置如何这是完全新的事物还是对产品已有功能的扩展这是产品使用的关键路径上的功能吗是客户要求的还是我们内部决定这是一个好主意它会在发布说明中标记为技术预览版还是会正式发布第三你团队的社会背景如何你是唯一的软件质量工程师还是有一个更大的团队你和其他人的工作量如何谁编写单元测试这个功能有单元测试吗第四这个功能如何融入你的自动化测试套件你可以轻松扩展现有的框架来涵盖这个新功能还是需要先创建全新的功能你认为这需要多长时间作为一名测试人员你的主要工作是为团队提供准确的信息。理想情况下你应该尽早而不是晚些时候做到这一点。你应该能够识别风险并开始与团队讨论如何应对这些风险。如果可以的话提出解决方案并为之辩护。如果你可以并且有时间那么亲自实施这些解决方案。就我个人而言我总是先从了解功能开始。目标是什么如何实现我们设想的工作流程是什么工作流程可能在哪里失败例如由于未满足的依赖项根据功能的大小我会花至少几个小时来确保我的理解是正确的并验证我的假设。很多时候我会遇到找不到答案的问题如果我不幸运的话这些问题之前没有人想过。我会尽量在不查看实现细节的情况下做到这一点以免引导我的思维并避免偏见。然后或者在做上述事情的同时我会创建一个测试想法的清单。我会保持它非常简洁每个想法可能只有一句话。通常这是一些我想验证的事情和一些我想找到答案的事情的混合。此时我将开始思考执行这些测试和找到答案的最有效方法。有时我会使用工具来帮助我有时这些工具是我自己创建的。此时我不会考虑可维护性、性能、错误处理等问题——现在还为时尚早。有时我会查看单元测试如果有的话看看答案是否已经在那里。可能会发生这样的情况我找到了一个与我感兴趣的测试足够接近的单元测试。在这种情况下我会利用它。这意味着修改测试或基于我找到的测试创建一个新的测试。我可能会尝试提交一个带有这个新测试或修改后的测试的拉取请求PR使其成为单元测试套件的一部分但通常这并不是我的首要任务。随着我逐步完成我的清单通常会遇到一些有趣、令人困惑或因其他原因值得注意的事情。它们通常会触发一些新的测试想法而这些想法我之前并没有想到。我会立即执行它们或者将它们添加到清单中稍后检查。当我决定我已经看了足够多的时候是时候考虑哪些测试似乎足够重要值得纳入未来的回归测试运行中了。这是一个权衡有时相互冲突的约束条件的行为——测试在整体上带来了什么价值开发它的成本是多少它运行的速度有多快在何处运行才是合适的通常只有部分测试想法会进入回归测试套件。最后显而易见的是我需要实现这些回归测试。我会先从最重要的开始并寻找其他人的帮助方式。所以回答你的问题两者都不是。寻找真正重要的事情。识别真正的问题并专注于尽快让其他人知道这些问题。使用工具来帮助你但要记住工具只是用来支持你的。不要重复开发人员已经完成的工作。看看你是否可以利用其他团队成员的工作。感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取