参加测试沙龙１４期会议经过与记录

century · 发表于 2006-5-22 18:01:04

２０号，天气还不错，就是热了点，中午就坐车去徐家汇，还好，找了没多久就到了会议的地方了，进去，一看，哎哟，人还挺多的。从各路杀来，也不知道我们的软件测试（ＱＡ）ＱＱ群的人来了几个，大家都不认识，我就先在第一排找了个位置坐下，刚等了没多久，主持人就出来介绍下下午的安排，主要是王先生讲解软件测试现状与相关测试的要求。
　　王威先生带着个眼睛，看上去挺斯文的，很有股学者的样子，有点亲和力，会场的人陆陆续来了，前排也坐满了，走道也坐满了，看来大家对测试的热情很高。
　　当到王先生讲了，他用他中音的音调开始了他的讲课，从软件测试的现状，应用情况，到软件测试在产品项目开发中的角色要求，及对软件测试本身的技术要求，说的很好，也不是插入点幽默。
　基本上这次讲课是基础性的比较多，但也加入了实际过程中的问题点，不错，让我对软件测试又有了一些新的理解，王先生在介绍软件测试应用的情况，主要介绍了国内的各行业的重视程度，教少涉及到外资企业在信息化上对测试的情况。
　接着王先生通过测试的Ｖ模型展开讲课，从项目开发的过程开始，明确测试在每个阶段的任务职责，目标、技术要求，讲得比较细，比较系统，
从单元测试到整合测试，到系统测试等等都涉及到，并提出了他自己的观点经验，这点我觉得很有用，比如说，修改程度在６０００行以下的不作整合测试，超过２００行代码的函数不作覆盖等等。这些量化的目标的确很有用的。
他还介绍了测试根据项目或产品的实际情况来决定你用什么测试，不是所有的项目或产品都用到那么多测试，有裁减与重点，也就是说，根据你项目的特质，人员，资源情况来决定你的测试策略是什么，这个测试策略是涵盖在开始的测试计划安排中的，来决定你的测试过程与测试预期的结果是什么。
　王先生在说到软硬件结合测试的例子的时候说到：软件部分有自己的测试，硬件部分也有自己的测试，最后两者有个整合测试的过程，他拿手机作例子。也就是说软件硬件的结合测试，也需要一个策略，不单纯软件测试，不仅仅引入测试包，还要有testware等，但其方法却不离开软件测试的基本方法。
　最后在自动化测试方面王先生建议了项目的一般不要作自动化测试，除非在性能测试上需要，作产品的超过６次回归测试的话，就可以考虑用自
动化工具。
　王先生提到文档的重要性，即使是技术人员也写不好文档，
没有几个写作水平高的，这点我深有感触，现在的开发人员也好，测试人员也好，文档都不怎的，文档写的好的多半经过很长时间磨砺。大家有时间还是多练练写作，这是你能力的最重要体现。

　王先生还说到，测试不是万能的，不是什么都可以测试，既然有测试，那么就有被测的对象，既然有测试方法那么就有被测试的路径与来源，如果被测对象与测试路径与来源　不可测或不明确，那么这个测试也就不可测试，或不充分测试，也就是说没法量化，没法规则化的对象那么测的结果也是如此的。
　王先生针对一些人提出的，通病，人少，项目多，没有测试文档等等，所谓的客观问题，指出巧妇难为无米之炊，否则没法达到测试的要求，如果真的是客观问题，那么就找重点测试，因为８０％的功能集中在２０％的模块，８０％的修改只需要集中相关２０％的地方。
　但王先生指出这只是权益之策略，长远的还是要作测试规范，无论条件多么客观，自己哪怕每天化出半小时或者１０分钟来作下规范的事情，这样对测试者来说与企业来说都是好事情，长期积累下来，就会是不小的收获，这就是测试的积累，提高自己的地方。
　　整个讲课持续了２个小时，但是大家却没感觉到时间长，好象还要听下去的意思。最后王先生解答了大家提出的各种问题。
　　如果刚入门测试的或才开展测试的，理论与实践的学习是必要的，去那培训也不错，能够提高自己的水平的，过去我一直认为培训机构就是学校的翻版，教不出东西的，今天听了王先生的课后，觉得实在，因为这里面包含了他们自己在各企业各单位，各种测试情况问题的总结，这点很重要，把这种经验与总结放入到培训中，对学的人是很有帮助的，至少少走弯路。能够给大家带来基础与实际的操作，并解决你工作中的问题。
　　在讲课结束后，发展版版主介绍了他的经历，鼓励大家作测试的不要担心自己的未来，因为未来是掌握在自己手中，只有自己提高自己，机会才会来。比如说你登山，你在山下是看不到什么的，也采不到什么果实，当你到了山腰，那么所见的，所得到的就又不同了，当你到了山顶，你就会揽阔大千了。只有从现在小步做起，未来才有希望，成天的抱怨是没用的。他又介绍了大家在求职过程中注意的问题。总结起来就一点，相信自己，相信是建立在自己的实力基础上的，无论你现在作什么，踏踏实作好每一个细节，积累起来就会是你的成功。我的ＱＱ座右铭就是：细节决定成败。
　　直到下午５点多，才结束，大家也比较满意这次的讲课，也能希望多开几次，让更多的人认识理解测试。
　这次到场的估计都是测试人员，像我这样开发及项目部的人，还很少，
希望越来越多的人，不仅仅是测试人员来了解测试。这样软件才能作好，质量不是测试人员的事情，而是大家共同的事情，也就是所谓的ＴＱＣ。
　也希望大家能在５１ｔｅｓｔｉｎｇ这个平台多交流。

  测试
－－－－－－－
钱不经点不知数
事不经测不放心
文档规则成竹胸
测试修到测成精

软件开发现状：
－－－－－
用户需求是水桶
分析出来是酒桶
设计出来是马桶
开发出来是油桶
测试后的是粪桶
交给客户却是垃圾桶
客户大骂：一群饭桶！
　　　　　　　　　　　　century
                                             2006-5-20