|
1
8
你没有。您可以针对数据库的QA版本测试新功能和修复程序,然后将代码更改和任何数据库架构更改升级到生产服务器,一旦这些更改经过审核。
更新: 测试环境是无法替代的。你不能对产品进行测试,这太冒险了。如果没有专用的测试环境,您所能做的最好的事情就是在您的开发环境中尽可能精确地建模生产行为。使用虚拟机运行服务器操作系统(即Windows server 2003),并使这些虚拟机的配置尽可能接近生产服务器的设置方式。
您可以使用诸如Filesync之类的diff工具在QA和生产环境之间同步应用程序文件。如果由于某种原因,您不能在QA中维护生产数据库的完整副本,那么可以使用脚本来“切割”并导出足够完整的数据,以便进行测试。 我也建议 The Build Master . 它对软件开发的配置管理、源代码控制和构建管理有很大的参考价值。 |
|
|
2
1
你已经知道你要走的路了。如果有一个QA框根本不是一个选择,为什么不有一个只为测试而公开的虚拟网站呢。您可以拥有一个接近生产的数据库。您可以针对单独应用程序池中的数据库副本运行此虚拟网站,并在需要时重置应用程序池,而不会妨碍生产。完成后,删除数据库副本并将更改汇总到实际网站。
|
|
|
3
0
这是一个有趣的问题,但您无法将rails与ASP.NETMVC1:1进行比较,因为ASP.NETMVC只是一个UI框架,而不是像rails(或grails)那样的完整堆栈框架。
|
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |