问题是这样的, 我有个"课程管理系统", 它已有2年多了. 一直运行好好的.最近出现了一些意外,
如: 最近选课的同学比较多, 有些同学反馈说一点击查询..就出现ASP.NET的页面异常信息.
等到不出现后...选课已经名额满了... 而面对这问题, 我用了2天的时间解决.问题是解决了...
可是影响了服务质量.导致学生们不满.像这些, 明明在刚发布这系统前, 已经是通过了测试验证的.当然也有对该系统做过很多次不同需求的更新.
但每次都有做版本控制和测试验证的工作.已经按流程去做了, 可还是难免出现异常的情况.请问该如何有效合理地在短时间内解决出现所有出现的异常?因为更新太多次了, 所以如果要一个个版本去恢复的话, 那只能是治标不治本...有更好的方法吗?
如: 最近选课的同学比较多, 有些同学反馈说一点击查询..就出现ASP.NET的页面异常信息.
等到不出现后...选课已经名额满了... 而面对这问题, 我用了2天的时间解决.问题是解决了...
可是影响了服务质量.导致学生们不满.像这些, 明明在刚发布这系统前, 已经是通过了测试验证的.当然也有对该系统做过很多次不同需求的更新.
但每次都有做版本控制和测试验证的工作.已经按流程去做了, 可还是难免出现异常的情况.请问该如何有效合理地在短时间内解决出现所有出现的异常?因为更新太多次了, 所以如果要一个个版本去恢复的话, 那只能是治标不治本...有更好的方法吗?
我个人衷心地给你一个建议：去做行政管理工作吧，让技术管理工作给其它人来做。真的！从你的描述来看，你是一个喜欢忽悠自己的人。你明明花两天时间发现了bug，却不去循着bug来在csdn表达你的问题，这说明你是一个喜欢隐藏bug的人。从技术角度来说，隐藏bug这能欺骗谁呢？不是旁观者，而其实是自己。如果你找一个合适的技术管理者，那么他就会对bug有一个正确的处理意识，会提前处理。如果说有什么好办法“有效合理地在短时间内解决”的办法，那么就是每一次出现bug时都以开放的心态来处理，不找借口来欺骗自己，而是实际去使用自动化方式保证每天都回归测试几百次。你做行政管理工作，给真正搞开发的人提供行政保护，避免其被其他无关部门的人骚扰，这是很好的。
即使说了也不理解...所以, 最好的是解决他们的问题才是重点...而我的问题是...在还没有弄清问题发生的地方时...应该如何及时地有效地恢复服务?
即使说了也不理解...所以, 最好的是解决他们的问题才是重点...而我的问题是...在还没有弄清问题发生的地方时...应该如何及时地有效地恢复回正常的服务?
我的做法是一个个版本进行恢复...然后找到没有问题的版本...
除了这种方式...还有别的方式吗?
我的做法是一个个版本进行恢复...然后找到没有问题的版本...
除了这种方式...还有别的方式吗?我很不理解你所说的再没弄清问题之前，恢复
兄弟，所有的系统多多少少都会存在大大小小的BUG，没必要那么刻意。
我倒觉得5楼"sp1234"说的还是有道理的，虽然有点扯，但是在理。不扯淡
给你几个实用的建议：1.做好本地版本控制。(方便恢复)
2.加强本地测试，包括压力测试，等等。
3.每天保存错误日志，一旦发生错误，可以及时捕捉，方便我们及时的分析和处理，保证在最短的时间内解决用户问题。(当然，你自己知道BUG就行了，客户那边就说升级或维护什么的，责任印象等问题，你懂的..)完。