稳定性问题:影响用户正常工作</p> 1、不可重现的死机,或不断申请但不完全释放资源,系统性能越来越低
7 t; H! c( W2 G# k( O: o u% R1 ? J 2、主系统和子系统使用同样的临界资源而互相不知道。如:使用同样的类名或临时文件名、使用同样的数据库字段名或登录帐号。& f! Z# d. r- A( h( Z
3、不能重现的错误,许多与代码中的未初始化变量(在Debug时一般是缺省初始化的)有关,有些与系统不检查异常情况(如内存申请不成功、网络突然中断或长时间没有响应)有关。
/ ~0 |: j7 V R; O8 c y/ i 其他问题
2 ? @! M* X: S 1、文档匮乏:无标准;无新功能使用方法;无版本改动说明。我们不仅要认为没有说明文档的产品不是是一个完整的产品,也要认为没有说明或没有正确说明的功能是一个没有完全实现的功能,因为用户无法用得起来。8 _: A0 E' P: J" ?1 j
2、运行时不检查内存、数据库或硬盘空间等7 l# x4 q, I0 g& C2 G
3、无根据地假设用户环境:硬件/网络环境;有些动态库;安装程序换台机器不正确;假设网络随时都是连通的6 a) z. y8 h0 i9 ], } Q/ W
4、提供的版本带病毒,或根本无法安装,或没有加密
; G5 N) J& A' v( E/ _( k, q4 g( [# E 5、提供Debug版本给测试组或测试用户,或项目组与测试组使用不同版本5 O& [; m" O" d% a8 v& P
6、用户现场开发和修改,又没有记录和保留
+ F4 |% k7 n& H, a/ H. T! ^- F 7、错误反复出现,改动得不彻底、或版本管理出现混乱
& p4 }) X. U7 ~) n4 _ 8、错误越改越多,改动得不彻底、或改动得不小心7 V D5 O. ^( o/ \+ k& n: C" s
9、版本中部分内容和接口倒退
% ~3 l8 }0 n6 q: [1 c) R 10、有些选项永远是灰的;有些选项、菜单项在该灰时还不灰,并且还能状态显示
c5 K, D O. ?! q0 w 11、资源没有和代码分离,不同语言版本间不能平滑转换 @% e+ b, x% a) U
12、缺少第三方产品的评估:广告管理系统2000年问题
/ t! G) s# x! f# s/ i# L 13、产品配合不利,准备当作一套产品或方案推出,互相之间却各不负责,(没有整个项目负责人,是面向组织的而不是面向产品或方案的)。
3 y5 G# v- K. W. \0 I3 V; N7 M 期望项目组关注的一些问题
3 ?9 i- X$ L/ r8 m" M/ k 1、修改Bug的人考虑得不够周全,也可能是没有能力考虑周全---不懂全部程序
+ q* i f1 M8 O. ]& c5 x 2、问题留给测试组去发现的心态----不仔细测试、不小心修改、甚至不全面改(不彻底)
6 {& i2 r# U% g5 Z ~ 3、自己不会用,不了解产品的用法。
0 d# _/ p5 N$ X" G& `8 K+ A5 b 4、更多地从用户使用的角度考虑设计、编码与测试。 |