业务测试感悟

上一篇 / 下一篇  2012-02-02 10:17:44 / 个人分类:测试

1.需求,向外延伸,隐式需求

如:要求 收费处输入的检验套餐,不允许删除小项,否则YJK2中的TCYLXH会有问题。

第一层:检验套餐,不允许删除小项

延伸字义:检验套餐要删除,只能诊间删除

隐式需求:其他录入,不论诊间还是收费录入,不论是否是套餐,都能删除

2.程序是否做了该做的,即:是否满足功能

程序是否做了不该做的,即:是否超出功能

3.程序实现的关联模块,都需要测试

如收费结算发票,发票重打;制卡,更新制卡;住院首页,修改病案首页

4.等价类的划分方法,医保等级的甲乙丙显示问题

5.财务查询的响应时间,应该与得到的数据量成正比

6.不要对现场抱有可能不会这样操作的侥幸心理

任何操作,现场都可能进行

7.数据要可控,才能查看数据是否正确

8、参照物思想,一处以某处为参照进行测试

9、程序实现异曲同工之效,各操作方法都要测试

 针对疾病报卡

输入拼音码调出疾病和直接在显示的疾病框中双击某疾病

操作方式不一样,可能导致一个会弹出疾病报卡,一个不会

另如:在挂号时,可以通过输入科室或者医生进行挂号,也可以查看排班,选择某科室或医生进行挂号,两种挂号方式都要测试到

10、前面操作决定后面的数据,前面更新决定后面数据的更新

 如:当诊间开了电子处方,在制卡处更新病人性质后,再去收费是否能取得电子处方,此时需要在更新性质时,同步更新病人未收费的处方等信息

11、 预防用户不按既定步骤的操作,后面是否有补救措施

在住院首页录入处,修改bah,不回车,没有触发回车事件,进行判断该bah是否已被使用

保存时,就必须判断,否则导致一个bah,对应着两个病人


TAG: 测试

 

评分:0

我来说两句

日历

« 2024-01-24  
 123456
78910111213
14151617181920
21222324252627
28293031   

我的存档

数据统计

  • 访问量: 17807
  • 日志数: 22
  • 建立时间: 2012-02-02
  • 更新时间: 2012-02-29

RSS订阅

Open Toolbar