庞大的系统应该怎样测

chris_aiyu

干测试有一年半了.正常流程的测试都没什么问题.这几天突然给了一个任务.
要测公司的系统..  公司是做医疗软件的.
要测的这个东西包含了所有医院可以用到的东西.... 非常及其庞大的一个系统.

开发人员好像是更改了基础架构还是基础平台...
当中一些查找地方的控件也做了改变. 菜单什么的.

原来的系统在各大医院已经很好的运行很多年了...

现在让我测测新的这个有啥问题没..
如果按照正常的流程,写测试用例啥的..那这个活干两年都干不完.
而且最近只有我一个人....

现在基本是在按照主要业务流程在走,但业务流程基本没什么问题...
应该怎么测?  茫然死了.

archonwang

真的是悲剧啊~~~

这个问题这样子分析：
1。 模块划分及功能点确认
2。 按1的结果剥离人日，并增加总时间长度的20%用于修复及版本重复（实际上这个时间可能更长，取决于整体团队的成熟度）

然后我们考虑关于模块的修改，由于开发处理的底层，如果不清楚软件的结构，那么这部分工作实在是很困难，不过可以请求开发人员协助一起来做。


关于测试用例，如果只是你一个人，我的建议是之编写核心业务流的测试用例，一般情况下，一个测试人员的有效用例每天的产量应该在30~50之间，视系统的业务复杂度而确定。

测试时候针对于ui的测试务必按照一定的规则来进行：比如重置功能、查询处理等等，这些必然存在规律。