浅谈设计僵化

   软件程序测试的是否僵化应从两个维度来衡量。第一点：时间维度变化，纵向僵化。可是对同一客户在使用。如我们做的业务系统中的报表系统。我们常常遇到当系统上线后用户又提出要这样或是那样报表。而这报表实质就是个种条伯组合查询。这时还如果还要修改程序才能有这样生成报表的话就说明在设计中僵化。第二点：横向僵化，及对同类客户使用，程序实际上有80%以上的模块功能是一样的。只需要改20%可由于程序设计僵化还是需要新做一个项目，测试也要把所有的功能点都覆盖一次。另外分享受一个测试相关故事：肥皂盒的测试。是说以前在肥皂生产线上。需要把肥皂装入肥皂盒里，但最后出厂时,总是有部分肥皂盒是空。有两个企业都遇到了这个问题。第一个大企业，会议决定要解决这个问题。他们组建立通组织了一个由博士带队的研发团队，过一年的时间，研究了自动射线扫描，及自动机器手，把它们安装到生产线上。机器自动空的肥皂盒挑选出来。第二个小企业，也遇到了这个问题，老板直接对组装组长说，这个问题不行。需要马上解决，否则你下周就不用来上班了。组长想了一个晚上，第二天在生产线上，搬来了一个大风扇，打开后把空的肥皂盒也吹走了。从测试的角度来看，测试的目的：以最少的人力、物力、时间找出软件中潜在的错误和缺陷，通过修正各种错误和缺陷提高软件质量，回避软件发布后由潜在的错误和缺陷所带来的商业风险。第二个企业的测试方法就是对的。第一个企业有过度设计。从项目开发角度来看呢？其实它的设计的通用性更好，可以应用到别的项目里，实际上市场和时间也正明第一个企业的办法，因为第一个企业就是联合利化。所以在程序设计时项目的时间、资源、成本也会影响设计，是否设计僵化或是过度设计。适合当下条件的才是最好的。