将遗留需求迁移到BDD
问:在需求数据库中维护至少15年的遗留软件需求的情况下，将一家大公司转移到Cucumber的最佳方式是什么？
目前正在考虑：
1)迁移一切
缺点:我们没有无限的时间/预算，我们必须前进以生存，我们不能阻止一切，GC 100%的遗留需求和遗留测试套件。
2)童子军规则
一切都比你发现的好。如果您触摸或更改需求，则编写/更新Cucumber特性。缺点:我们将有两个系统的记录(黄瓜，遗留req。( DB)，可能永远假定给定应用程序的某些角落在很长一段时间内不会被触及。
3)童子军规则加
与#2相同，但将我们不是网络的需求转移到Cucumber中，使用一个挂起的场景，并将遗留需求复制/粘贴到描述部分。通过这种方式，我们可以获得关于Cucumber如何“覆盖”我们的度量标准(通过挂起的方案)，并且还需要维护旧的需求系统。我找不到任何的缺点，除了这可能是一个巨大的混乱在黄瓜。
4)在这里插入你的想法。
背景：
一些迁移到Cucumber的项目有自动化测试套件，有些项目只使用手动测试。它们都在遗留需求数据库中维护它们的需求。我们必须这样做，因为我们的要求是对金融工具(风险、定价、结构等)的法律/规章和复杂逻辑的混合。
请记住，这是一个非常大的公司采取行动，这使解决方案更加复杂。
我们已经有一些使用Cucumber来满足“新”要求的项目。因此，我们已经领航了这项技术，到目前为止，这是我们的工作。我们有一个混合的网络和纯粹的数据项目。
谢谢
编辑:回答问题.遗留需求管理DB不将需求连接到测试。这不是“可测试的”。今天，通过在每个项目结束时将需求链接到我们的测试用例管理系统的繁重且容易出错的手工过程中，将需求连接到测试中。黄瓜显然是一个更好的解决方案。这是毫无疑问的。问题仅仅是如何为一个拥有大量重要要求的大型组织采取行动，这些要求不可能因为法律和其他原因而丧失。
回答 1
Software Engineering用户
发布于 2016-01-06 13:35:53
当我把一个房间的窗户换掉时，我犯了一个错误，把它拆到了门柱上。这是一栋旧房子。房间的状况很差。在前进的每一步，我都遇到了问题。一根旧管子在我手里碎了。现在悬挂的25磅重的管道通风口掉了下来，撞到了厨房的天花板上.(幸运的是，没有人受伤，但我女朋友的充电手机被压坏了。她一点也不觉得好笑。当我同时碰到接地电路和不接地电路时，我吓了一跳。有暴露的古老电线通过吹入绝缘。
每一个问题，我都必须重新引导我的精力。我停下来解决这个问题。然后，有时几天后，我又恢复了前进的步伐。到了秋天，我放弃了。(我计划在夏末前完成。)我只是停下来走开了。太过分了。我女朋友想给承包商打电话。我拒绝了，因为我已经做了那么多工作了。我不想让他们得到“荣耀”。(而且，我有点特别，我不想有人偷工减料，因为我知道我不会。)所以，房间还没完工。
差不多一年前，新年过后，我顿悟了:没有规定说我必须专门在房间里工作，直到房间完工。一点也不着急。我没必要这么大惊小怪的。相反，如果我有一点空闲时间，我可以上楼在房间里待一两个小时.挂一张希特罗克，泥巴和一堵墙，修剪一扇门。在我意识到之前，我就完蛋了。我女朋友又爱我了。我面带笑容地睡了。世界上一切都是对的。
我觉得你的困境中也有类似的东西。做聪明的乌龟-稳重稳重。“迁移一切”的道路压力太大了。它会让你吐出你的手然后走开。童子军规则如果不改变的话，就会留下特征。童子军规则加创建低于标准的要求。采取最好的方法：
- 如果你碰了一个要求，把它移到Cucumber。
- 同时，制定每周移民目标。每周做一点。不要让它成为一个全部或什么都没有的提议。您可能会发现，偶尔的迁移工作可以很好地缓解您所从事的所有其他工作。
在你知道之前，你就完蛋了。你的老板会爱你的。你的团队会爱你的。你会面带笑容睡觉的。
https://softwareengineering.stackexchange.com/questions/306633
复制相似问题
腾讯云开发者
