有一个同学,问我一个问题:加入Tiny是否必须从写单元测试用例和文档作起?
此问题引发我诸多感触,故形成乱弹一篇。
作为一个新加入者,多看、少说,是正点。而这个时候,写写测试用例、文档,就是个不错的选择。这样入手比较容易,也比较容易体现水平。
可以说好的程序员,测试和文档都是写得好的。测试和文档一定写不好的,一定不是好的程序员。
同时,在看代码,写测试用例、写文档的过程中,还可以这样思考:
他为什么要这么设计?换成我,我会怎么设计?然后有相当一部分,会转化成:哦,原来是这个样子的!这个时候你进步了。然后有一部分留下来,让原作者转化成:哦,原来是这个样子的!然后他进步了,开源作品进步了。还有一部分,他会告诉你,故事是这样发生的,因此要如此这般,再转化成你的:哦,原来是这个样子的!!!于是你更进一步了。
其实写文档也是同样的道理,正所谓:测试用例就是程序,文档就是程序。
在你熟悉了相当一部分之后,你的发言权越来越大,你得到大家的认可越来越多,你的工作范围当然也会越来越宽广、丰富。
之所以说,多看、少说,是因为,这里的一切都你都还很陌生,许多故事,你还没有了解清楚,这个时候,多看,可以多发现他的优点、或者存疑的缺点,再慢慢印证,剔除自己理解错误的,留下真正存在的,这个时候,你就非常容易融入团队。
最忌讳的一种情况就是,只看了几眼代码,就这也不对、那也不好,可能你说的有几条是确实有的,但是更多的是你有些东西没有理解清楚,毕竟,要挑战别人已经仔细推敲、思考过的解决方案,需要有更深的分析、积累、沉淀。,如果你提得非常好、非常对,团队会非常感谢你,毕竟能做开源的,胸襟肯定是有的;如果总是拿自己的不仔细阅读、思考来浪费别人的时间,最后就难于融入团队。
当年,许多好汉加入水泊梁山,都要去做一点事情,表示你是真心愿意加入的,比如:下山去干一票,取个人头回来等等。在加入Tiny框架时,在你的真正水平显现之前,先做做测试用例和写写文档,也是这么个意思。如果写得测试用例质量好,还发现了原来存在的若干重大缺陷,怎么可能会不被重用?如果连测试用例也写不好,文档也写不好。也就意味着让你写代码,你也写不好测试用例,写不好文档,这对于开源组织来说是无法承受的。
所以,不要看不起写测试用例和文档相关的工作。
欢迎访问开源技术社区:http://bbs.tinygroup.org。本例涉及的代码和框架资料,将会在社区分享。让我们一起动手,了解开源框架的奥秘!
相关推荐
测试用例的基本概念 测试用例的设计和编写 测试用例评估 测试用例的管理
【软件测试】: 测试用例:基本路径测试法用例编写的方法.doc
功能测试测试用例的编写: 测试用例中需包含的条目如下: (1)测试名称(Test Name):测试用例编号和测试用例名称。 (2)创建日期(Creation Date):测试用例创建时间。 (3)设计人员(Designer):测试用例设计人员...
测试用例编写规范和标准,包括增、删、改、查,控件、窗口等。
内容如下: 使用因果图设计测试用例.doc ...编写测试用例方法心得体会.doc 软件测试基础:测试用例设计.doc 软件测试用例设计(白盒).ppt 软件测试用例设计方法.ppt 黑盒测试的测试用例设计方法.doc
统一测试编写用例的规范,为程序测试人员提供编写用例的指导,提高编写用例的可读性、可执行性。适用于集成测试和系统测试的用例编写
常见的用例编写方法有多种,文档以黑盒测试为主,描述了多种测试用例的编写方法,并进行了对比,总结了各种编写方法的分析思路及使用场景;最后对测试用例的编写思路进行了总结。
测试用例编写规范 1 目的 2 用途 3 用例规范 3.1 用例设计流程 测试用例的分析和设计: 测试用例评审: 测试用例完善: 3.2 测试用例组成部分 3.3 编写用例原则 3.4 用例级别划分 ...5.需要考虑的测试点参考文档
测试用例编写规范
详细讲解了,具体从哪些方面入手编写测试用例,例如: 1、登陆 ① 用户名和密码都符合要求(格式上的要求) ② 用户名和密码都不符合要求(格式上的要求) ③ 用户名符合要求,密码不符合要求(格式上的要求...
此文档是收录了一些软件测试中用到的一些实例问题收集,内容颇为丰富,可供学着学习使用。
怎么编写测试用例,编写测试用例的目的和意义是什么?编写测试用例的原则和要求是什么?测试用例中需要有什么内容?编写测试用例的常用方法是什么?进行软件测试的常用方法是什么?这篇文章可以直接拿过去使用。测试...
测试用例编写计划,目测是最简单的测试用例编写计划。
本文档是测试新手的学习宝典,包括如何编写测试用例;测试用例编写规范 ;软件测试管理经验谈;系统测试的基本方法等等
包含不同测试方向的用例编写思路部分
软件测试自动化用例编写指南,指导新手们如何进行自动化用例编写
ATM取款机测试用例,这个可是经典的题目哦,笔试时经常会考到
基于主要控件的测试用例的编写规范,主要是常见控件的测试方式,适用于刚开始学习写测试用例的工程师。
【软件测试】: 测试用例:场景法设计测试用例.doc