C/S和B/S是当今世界开发模式技术架构的两大主流技术。C/S是美国 Borland公司最早研发,B/S是美国微软公司研发。目前,这两项技术以被世界各国所掌握,国内公司以C/S和B/S技术开发出产品也很多。这两种技术都有自己一定的市场份额和客户群,各家企业都说自己的管理软件架构技术功能强大、先进、方便,都能举出各自的客户群体,都有一大群文人墨客为自己摇旗呐喊,广告满天飞,可谓仁者见仁,智者见智。
所谓验收测试(acceptance test)是软件产品完成了功能测试和系统测试之后, 在产品发布之前所进行的软件测试活动, 它是技术测试的最后一个阶段,通过了验收测试,产品就会进入发布阶段. 验收测试一般根据产品规格说明书严格检查产品, 逐行逐字地对照说明书上对软件产品所做出的各方面要求, 确保所开发的软件产品符合用户的各项要求.
B/S结构,即Browser/Server(浏览器/服务器)结构,是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。B/S结构应用程序相对于传统的C/S结构应用程序是巨大的进步。
维护一个复杂测试环境,必须要建立规范的环境管理流程,由独立的配置管理员,借助局域网服务器管理工具,协调普通测试者之间的工作竞争关系。这样才能,把普通测试者从环境的不确定性中解放出来,专注于BUG追踪定位;让测试管理者更容易的制定测试日程。
Jacks 测试套件检查 Java 编译器是否符合 JLS(Java 语言规范)。它由大量小测试案例组成,每个测试都侧重于 JLS 中特定的部分。Eric Blake 为 Jacks 项目作出了很大贡献,他从面向细节领域描述了这种类型测试的好处。“通过生成带有指定编译行为的小测试案例,然后将每个案例的执行自动化,编译器作者或调试者可以快速找出 Java 源码到字节码转换中存在的问题。”
一般公司可能有多个业务线,安排测试时,也一般会固定某些人测试某个方向线,为了避免以人员流动引起的风险,应该建立一个方向线的交流库:业务功能点,测试功能点,测试计划、报告
年轻的朋友们给自己制定一个职业规划,每天为自己的目标去努力,也许每天坚持是痛苦的,繁累的,超越寂寞也不是每个人都能做到的,但这个坚持的过程是充实的,总比那些空虚的天天对着电脑,每天下班就游戏的朋友好一百倍
写程序易,写好的程序不易。性能测试易,做好性能测试不容易。小布老师就说过,虽然现在搞性能测试的人很多,但水平高的做性能测试的,他没碰见几个,他认为先搞清原理,认真做好有效高效的测试设计才是做好性能测试的基础。
1、每次只对一个对象进行UT测试;2、给测试方法起个好名字;3、明确写出出错原因;4、一个UT测试方法只应该测试一种情况;5、测试任何可能的错误;6、让你的测试帮助改善你的代码;7、一样的包,不同的位置……
JCoverage正如其名,主要用于代码的覆盖测试。通过在被测试类的二进制文件中添加相应的指令,再配合junit,jcoverage可以给出被测试类的代码覆盖率,并给出测试过程中哪些语句被执行,哪些没有。通过这些信息,我们可以了解测试代码的测试质量,以及被测试类中哪些语句需要特别的关注(即那些未被覆盖的语句)。
如果你懒得去看那些很长很长的例子,不妨看看下面这个小例子,这个例子能让你对测试驱动开发有一个直观的了解。最起码让你知道测试驱动开发是一种开发技术而不是一项测试的技术。Fibonacci 数列,呵呵,可能有不少人都忘了怎么编的了吧,那正好带你看看tdd的威力。