首 页IT知识库收藏本站
当前位置:翔宇亭IT乐园IT知识库编程技术软件工程
软件工程知识文章关闭所有内容预览 | 展开所有内容预览
  • 由测试部门进行单元测试为什么成本昂贵? [内容预览] 163 | 2010-05-30
    由测试部门进行单元测试的成本会很高的,主要原因如下: (1)需多次重复理解程序 测试人员进行单元测试时必须理解程序功能甚至代码逻辑;充分的单元测试通常会发现很多细小的错误,程序员修改代码时,又要再次理解程序。理解程序是很耗费时间的。 (2)反复沟通需要大量时间成本 单元测试发现的错误一般是小Bug,但数量可能很多,修改错误一般由程序员进行,测试人员还要确认,这些反复沟通也需要很多的时间...

    [阅读全文]

  • 由谁进行测试?开发部门还是测试部门? [内容预览] 268 | 2010-05-30
    应该由开发部门进行单元测试! 由测试部门进行单元测试的问题 (1)代价高:反复的重新理解代码需要大量的时间,反复的沟通也需要大量的成本。 (2)人手不足:进行单元测试的人员需要具备编码能力,很多软件企业的测试部门都没有足够的人手。 (3)耽误了测试部门对其他测试的准备工作:编码阶段,测试部门要为集成测试、系统测试等做好准备,如果测试部门陷在单元测试的“泥潭”里,很可能影响这些准备工作。...

    [阅读全文]

  • 开发部门进行单元测试能否保证测试效果 [内容预览] 185 | 2010-05-30
    程序员测试自己编写的代码,往往只考虑“正常状况”,这当然会影响测试效果。但如果所用的单元测试工具能够统计各种白盒覆盖率,就能检查测试效果。当然,只做到这一点还是不够的,因为白盒覆盖具有逾后逾难的特点,达到一定的覆盖率后,覆盖率的提升会很困难。如果测试工具功能足够强大,能提供工具帮助用户快速地设计测试用例,达到完整的白盒覆盖,那么测试效果就能得到完全的保证。 实际上,如果没有充分的统计数据,没有达...

    [阅读全文]

  • 单元测试用例概述 [内容预览] 230 | 2010-05-30
    测试的目的是检查程序的行为是否符合设计规ge,程序的行为就是某种输入时会产生什么输出,因此,一个典型的测试用例完成以下工作:设定输入数据、执行程序、验证输出是否符合预期。 函数的输入数据一般包括: (1)参数; (2)成员变量,只考虑函数需要读取的成员变量; (3)全局变量,只考虑函数需要读取的全局变量; (4)内部输入,主要是调用子函数产生的输入、局部静态变量、中断产生的输入。...

    [阅读全文]

  • 什么样的测试用例是好的用例 [内容预览] 180 | 2010-05-30
    什么样的测试用例是好的用例?被奉为经典的标准是:发现错误可能性大的用例就是好用例,发现至今未被发现的错误的用例就是成功的用例。 对此,有网友评论说:这个标准就像傻子吃烧饼,连吃五个不饱,吃完第六个终于饱了,于是说:早知道吃了第六个就会饱,何必吃前面五个?没错,设计用例时你怎么知道哪个用例发现错误的可能性大?要是代码中根本就没错误呢? 好用例应该是一个集合,就像傻子吃的六个烧饼是一个整体,一起吃...

    [阅读全文]

  • Cppunit 可以测试内存泄漏吗 [内容预览] 230 | 2010-05-30
    问: Cppunit 可以测试内存泄漏吗? 答: 内存泄漏适合于集成后进行,并且也有专门的工具。对于某个代码单元来说,内存泄漏是难于测试的,单元内的未释放内存不等于会有内存泄漏。内存泄漏不是单元测试的内容,把内存泄漏扯到单元测试中来是吃力不讨好的。所有集成后才易于发现的问题,都不应该是单元测试的内容。 问:感谢,不过cppunit也可以集成测试的吧? 答: 广义来说,测试比较高级的函数,如果...

    [阅读全文]

  • 全面介绍单元测试 [内容预览] 242 | 2010-05-30
    本文写于05年,是我关于单元测试的第一篇文章。读者和转载都很多,不过经过更丰富的实践尤其是涉及了不同企业的众多项目的单元测试工作后,今天看来,文中的一些观点是不正确的, 例如关于桩代码的说法。近期我会多写一些基于企业应用的相关理论和方法介绍。这篇文章对于初学者理解单元测试还是不错的。 一 单元测试概述 工厂在组装一台电视机之前,会对每个元件都进行测试,这,就是单元测试。 其实我们每天都在做单...

    [阅读全文]

  • 实现完整测试的思路和方法 [内容预览] 136 | 2010-05-30
    这里提出用“三步法”尽可能实现完整测试: 第一步:基本功能测试 程序的功能是人为的规定,工具不可能自动了解,因此,针对基本功能的测试用例需要人工来建立,这是无可躲避的。根据程序的设计要求,基本功能用例通常不难设计,把程序功能细化、明确化,列成“什么输入,应产生什么输出”的形式,就是测试用例。程序员准备编码时和编码过程中,是建立基本功能用例的最佳时机,为什么呢?因为程序员编码之前和编码过程中,一...

    [阅读全文]

  • 给敏捷开发的26条建议 [内容预览] 139 | 2010-05-06
    下面是网友翻译的关于敏捷开发方面的至理名言,讲的非常好,转到这里与大家共享。 我经常收集各种各样的至理名言,最近我重温敏捷开发;真正的问题是什么?下面是一份26条关键原则的清单,以指引敏捷软件开发团队。 1、完整地干完一件事后在开始另一件事:用厨房比喻来说就是:“先上这道菜,再开始做下一道”。软件开发的最大问题就是同时开始几件事情,这将不可避免的造成某些工作被废弃,从而造成浪费。专注于一件事;...

    [阅读全文]

  • 协同软件能为企业解决什么问题 [内容预览] 143 | 2010-04-26
    我们经常听到协同软件这个名词,那么什么是协同软件,协同软件能为企业带来什么呢?本文就介绍了这个方面的知识。 互联网的发展使得协同工作方式发生了巨大的变化,商业体系越来越复杂,工作方式越来越具有流动性和移动性,客户越来越分散,上、下游伙伴联系越来越紧密,而地理位置却分散在全球各地,并处于不同的时区。这样,企业需要一种更高效的“沟通协作”系统,来更有效地管理建立在人和团队基础上的交流与互动,全方位地...

    [阅读全文]

总数7030 上一页1 2 3下一页
关于本站 | 网站帮助 | 广告合作 | 网站声明 | 友情连接 | 网站地图
本站部分内容来自互联网,如有侵权,请来信告之,谢谢!
Copyright © 2007-2024 biye5u.com. All Rights Reserved.