软件测试和开发,手牵手并肩走。这是两个不同的学科,除了开发活动外,测试任务也要做好。从管理的视角来看,开发和测试必须手牵手的合作,才能发布一个高质量的产品。
我们用电脑的每个人,不都是软件测试人员,但都是某些软件的用户。一般情况用户都会觉得买到的软件是没有问题的,不会去想这样的软件可能会有问题,用户只要使用这些软件来解决他们需要解决的问题就可以了。当他们发现问题的时候,甚至会感到震惊。存在的问题很多都和测试的成效有关系,一般的软件产品存在的问题确实比较少,但我觉得即使是以前买的正版的金山快译2000都有着一些显而易见的bug。如果测试不充分,那么这些问题会潜伏在软件中,等到用户发现以后,再有开发人员进行维护,改正错误的费用一般是开发阶段的40倍到60倍。
文章以调谐的语言、大胆诙谐而又不失道理的文字解析了这六条测试人员应该享有的权利,并且大胆地指出:公司雇佣软件设计人员和开发人员的目的是为测试组创建产品以便进行测试,因此开发是测试组织的一个子集,所有开发人员都是为了测试组织而工作的,测试人员应该得到比开发人员更高的报酬和更好的停车位。
关于规范,越小的软件测试团队越容易推广实施,在把团队带大之前就该开始准备,让大家有一个持续改进的意识,才能在软件测试团队规模扩大时逐步演变成适合管理大团队的模式。
除了兴趣和好奇心之外,还有一个因素是驱使测试人员不断地工作的,那就是成就感。开发人员的成就感来源于创造、建设。测试人员的成就感来源于破坏、指责。
软件产品与硬件产品的区别在于,软件产品的设计制造过程更加依赖人。人相比生产硬件机器来说要更加不稳定些,因为人有情绪,人的心理状态决定他的情绪。那么我们在研究如何提高软件产品质量时,就不可能忽略一个重要的因素:人的心理问题。
由于测试员的工作的特殊性,决定了他在这个角色上会有特定的心理特征,作为测试管理,应该研究这些心理特征和心理模式,以便在管理过程中充分考虑这些因素。
说到职业规划可能是现在的一个热门话题,大学毕业找什么工作,可以做什么工作,以至于在大学中应该培养什么能力,在本篇文章中我就以个人的一些经历和经验来说一说测试这个职业的规划。不一定完全正确但是代表我个人的观点。
沟通是指信息自我传承或者不同个体间信息的有效传递与接受。沟通的方式可以包括语言沟通和非语言沟通。非语言沟通通常指通过文档,邮件等等方式进行的非面对面交流的沟通。
随着人们对软件工程过程关注度的增长,对我们通常所使用的那些词语进行明确定义变得越来越重要。这就需要给出“软件”和“软件工程”的定义,并在它们的范围和边界上达成共识。
主线是什么?软件可用性可以什么都是,因为大家开发产品就是为了满足用户需求,用户觉得好用了,可用性就好了,所以软件可用性涉及产品研发方方面面,所以它什么都是。因为什么都是,所以它又什么都不是。老纳想了一下,不妨先写几篇“软件可用性简介”,从几个不同角度,或不同侧面讲讲可用性是什么,然后搞一张树状图,为“软件可用性”做个家谱,把涉及可用性的各方属性定义到树状图中,这个树状图完全可以用XML一个节点、一个节点的描述出来。