7月12号下午,我按往常一样上课,点名的时候发现后面有一个陌生的面孔,我以为这是招生部的老师让咨询者来旁听的学生,招生部的人忘记事先通知我了。
我特别注意了这位“学生”,看他听课很认真,记笔记也记得很勤快,心里暗自高兴,他应该是个好学的学生。
第一节课下课课间,我询问之后才知道,原来他是一名记者,专门来体验我们上课的。第二节课的时候,他还拍了些照片。
今天看到了南方都市报的一篇文章《“软件缺陷”被一一发现》,发现里面的内容就是我上课的内容^_^
原文报道的电子版链接:http://epaper.nddaily.com/E/html/2008-07/15/content_515146.htm
全文如下:
○时间:7月12日下午
○地点:信狮职业培训学校软件测试校区
○主题:软件缺陷
顾名思义,软件测试课程自然是要教会学员测试软件的缺陷,不过记者在听了一节软件测试课后才发现,软件测试有很多规范和讲究,不仅测试软件缺陷时有很多注意事项,甚至在汇报软件缺陷时也有不少禁忌,文本用词都得细细斟酌,一不小心就可能得罪人!
软件测试拒绝模糊用语
软件缺陷课程一开始,老师就开始不断地点同学提问以温习上一节课的内容。“什么是软件缺陷?”被点到的同学似乎胸有成竹:“不能符合用户需求的,如程序错误等等,都是软件缺陷。”记者也感觉其回答得挺周全,但老师却摇了摇头:“在软件测试工作中,一定要避免出现‘等等’这样的模糊用语,开发人员无法从‘等等’中找出具体的缺陷成因。概括说,所有不满足用户需求的都是缺陷。”
“产生缺陷的原因有哪些?”第二个同学有些紧张:“原因很多,有人员之间的沟通不畅、文档不完善甚至无文档、参与人员过度自信……”记者听着学员的回答感到惊讶,连“参与人员过度自信”这个理由都有?老师显然很满意该学员的回答:“造成软件缺陷的原因很多,有些是主观犯错,例如参与人员过度自信。有些开发人员自视技术很高,往往不等客户把要求表述清楚,就说‘没问题,我知道,我以前做过’,结果做出的软件与客户要求不一致。这也给我们提了个醒,软件工作一定要去倾听别人的意见,多听少说。”
缺陷在于表述不精确
温习完成后,老师打开幻灯,一行大字出现在屏幕上:“再现与优化缺陷的必要性。”记者当即一阵恍惚,复查和报告缺陷都会需要再现,可以理解。难道缺陷还需要优化吗?老师解释:“优化缺陷只是一个简化的术语,全称应该是优化缺陷报告,如何让缺陷报告更清晰而已。”
“假如发现了一个缺陷,你会怎么表述?”老师现场演示了一个案例,新建一个文本文档,输入“联通”二字保存后关闭,再次打开时文档里竟然是乱码。“这显然是个缺陷,哪位同学能表述一下?”一位女生自信满满地站起来:“在桌面新建一个文本文档,然后输入‘联通’,然后保存,然后关闭,然后……”老师笑了起来:“‘在桌面新建文本文档’有误,正确表述应为‘在桌面空白处新建文本文档’,这是个小错误,虽然开发人员会明白你的意思,但尽量精确;第二个错误就是用了很多‘然后’,会让人看着很乱。”女生当即明白过来:“对,应该用序列,如第一步怎么样、第二步怎么样。”
写缺陷报告乱用标点会得罪人
“在报告缺陷时有些重点注意事项,尤其要注意尽量使用陈述式,语气客观,不要加入感情色彩的词语和符号,像感叹号、问号。”幻灯上出现了一个缺陷报告样本,其中一句“你们开发人员是不是用脚后跟考虑问题?居然把。txt写成了。txk!”让记者和学员们哄堂大笑。不过老师显然没笑:“大家不要笑,处于工作压力下很多人会不自觉地宣泄情绪,类似的案例在实际测试工作中并不是没发生过。但大家千万不要犯这样的错误,你们的对立将阻碍交流,影响项目的进程,影响到你们的职业发展。”
学员看法
“感觉老师讲的很实用。”学员陈军贤告诉记者,该门课讲到很多在实际应用中的细节与注意事项,“对今后的工作有很强的指导性,这些问题肯定会在工作中遇到。”