截至目前，我正在那里有很多遗留代码，而且几乎没有任何有用的文档。
并且大部分时间我们只是将业务需求视为先前已经实现的任何内容。
我正在寻找任何工具或有用的方法来保留将来使用和回归测试的所有要求。
我正在考虑将它们连接到测试/单元测试，以便将业务需求直接链接到编码逻辑。
让我入门的任何好工具或资源？ 感谢〜
到目前为止，我通过编写用例使自己变得简单，然后使用this awesome tool创建一些简单的用例图，然后将每个用例转换为测试计划。测试计划适用于最终用户，因此我只是将其简化为一步一步的流程。我曾计划使用硒自动化这部分，但它在我们的网站上效果不佳并且耗时太长。这有点TDD，但我认为它为最终用户和开发人员创造了简单易懂的目标，我希望。
所以现在它只是excel和doc文件，进入项目doc文件夹并检查cvs / svn注定要过时并被遗忘：P
答案 0 :(得分：0)
FitNess tests 可以很好地捕获业务需求。至于Unit Test他们可以帮忙，但是他们在continuous integration like Hudson中一起来尽快检测回归。
PS：很抱歉，几乎所有的链接都是我写的一些文章，因为我也对这个主题感兴趣。
答案 1 :(得分：0)
以下是我使用的一些方法/系统
惠普质量中心
又大又笨重。不是很敏捷，但它有效并且有很多功能
它被许多大公司使用，如果你能负担得起，你可以得到惠普的大力支持
https://h10078.www1.hp.com/cda/hpms/display/main/hpms_content.jsp?zn=bto&cp=1-11-127-24%5E1131_4000_100__
<强>的Bugzilla-Testopia
由Mozilla管理的Bugzilla的开源测试用例管理扩展。在我的书中哪个足以让它试一试。
http://www.mozilla.org/projects/testopia/
Excel / Open Office Calc
只需在电子表格中做所有事情并在它们之间建立联系
非常灵活，每个人都知道如何使用它们，并且您可能已经在您的组织中拥有该软件。
其他开源解决方案
15多种开源测试管理工具清单
http://www.jayphilips.com/2009/09/10/15-open-source-test-management-tools/