- 博客(10)
- 资源 (3)
- 收藏
- 关注
RSS订阅转载 DEF文件格式
<br />模块定义(.def)文件 <br /><br /><br />模块定义(.def)文件为链接器提供有关被链接程序的导出、属性及其他方面的信息.生成 DLL 时,.def 文件最有用.由于存在可代替模块定义语句使用的链接器选项,通常不需要.def文件.也可以将__declspec(dllexport)用作指定导出函数的手段. <br /><br /><br />在链接器阶段可以使用 /DEF(指定模块定义文件)链接器选项调用.def文件. <br /><br /><br />如果生成的 .exe
2010-06-09 23:07:00
1629
转载 mystery
<br />#include <stdio.h><br />void<br />mystery(int n)<br />{<br /> n += 5;<br /> n /= 10;<br /> printf("%s", "**********"[10-n]);<br />}
2010-06-04 16:08:00
549
转载 相关CMD命令
<br />1. gpedit.msc-----组策略 <br /> 2. sndrec32-------录音机 <br /> 3. Nslookup-------IP地址侦测器 <br /> 4. explorer-------打开资源管理器 <br /> 5. logoff---------注销命令 <br /> 6. tsshutdn-------60秒倒计时关机命令 <br /> 7. lusrmgr.msc----本机用户和组 <br /> 8. services.msc---本地服
2010-06-04 13:11:00
254
转载 搜集_IT人生_帖子
<br />这个问题我也曾深入的思索过 阅历，经验有限 所以目前得出的意见可能并不成熟<br />1.从事的具体专业要有一定的门槛和深度。比如现在很多人 就是单纯的搞语言，比如java，这玩意更新换代快，有没什么的深度，容易上手，自然没前途。所以从事的工作，要有一定的门槛，研究的深度，并且可以长期积累，比如嵌入式系统，比如网络安全，等需要不停持续学习，深挖的专业。而且最重要的一点是，要有理论深度。比如嵌入式系统，或者虚拟化之类的，这需要你熟悉cpu原理，体系结构。你做这个越老越吃香。如果做的东西纯粹是技术，
2010-06-03 16:52:00
319
转载 测试用例编写规范小结
<br />一、用例测试编写准备<br /> 从员处申请软件配置：《需求规格说明书》和《设计说明书》；根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。配置管理<br />二、测试用例制定的原则<br /> 测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。测试数据应该选用少量、高效的测试数据进行尽可能完备的测试；基本目标是：设计一组发现某个错误或某类错误的测试数据，测试用例应覆盖方面：<br /> 1、正确性测试：输入用户实际数
2010-06-01 21:04:00
340
转载 黑盒测试用例设计方法实践---(因果图法)
<br />概念理解：<br />a、利用图解法分析输入的各种组合情况；<br />b、适合于检查程序输入条件的各种组合与制约情况<br /> <br />掌握图解：<br />a、4种关系；<br /> 恒等、非、或、与<br />b、5种约束 ；<br /> 互斥、包含、唯一、要求、屏蔽<br />实践方法：<br />Step1：划分输入与输出条件，并标识区分；<br />Step2：划分输入与输出间，输入与输入间的关系，并绘关系图；<br />Step3：根据关系图，标记出约束条件，
2010-06-01 21:04:00
565
转载 白盒测试中的六种覆盖方法
<br />摘要：白盒测试作为测试人员常用的一种测试方法，越来越受到测试工程师的重视。白盒测试并不是简单的按照代码设计用例，而是需要根据不同的测试需求，结合不同的测试对象，使用适合的方法进行测试。因为对于不同复杂度的代码逻辑，可以衍生出许多种执行路径，只有适当的测试方法，才能帮助我们从代码的迷雾森林中找到正确的方向。本文介绍六种白盒子测试方法：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。<br />白盒测试的概述<br /> 由于逻辑错误和不正确假设与一条程序路径被运行的可能性成反
2010-06-01 21:02:00
422
转载 如何提高测试用例的复用性
<br />问题描述：在阶段编写的测试用例少则几百，多则过万，花费时间很多，而且有相当一部分用例只执行一两次，复用性不佳。这里想讨论一下如何提高用例的复用性，尤其是不同项目之间。系统测试<br />精彩答案：<br /> <br /> 对于测试用例的复用，我想很多测试工程师都会非常有话说，系统变更频繁，业务变化大，流不统一等等，很多现实存在的问题，都阻碍了测试用例的复用发展进程，但是金融风暴下，越来越多的IT公司都在为了降低成本而做不屑的努力，如解决方案的产品化、搭建软件系统的可复用平台、开发可复用的功能
2010-06-01 20:59:00
1929
转载 单元、集成、系统测试的区别
<br />1.根据测试的方法不同<br /> (1)单元测试是基于白盒测试的范畴<br /> (2)集成测试是基于灰盒测试的范畴<br /> (3)系统测试是基于黑盒测试的范畴<br />2.根据测试的范围不同<br /> (1)单元测试主要是测试单元内部的数据结构、逻辑控制、异常处理等<br /> (2)集成测试主要是测试接口和接口之间的数据传递关系<br /> (3)系统测试主要是测试整个系统需求的符合度<br />3。评估基准不同<br /> (1)单元测试
2010-06-01 20:57:00
700
转载 IBM Rational Test RealTime为开发人员测试提速
软件项目越来越复杂，由于在开发人员对模块测试不充分，导致在集成测试和系统测试阶段耗费大量的时间和人力，甚至导致项目进度的重大延误。因此，为了保证项目质量和进度的可预见性，就要求开发团队对自己开发的代码进行充分测试。但在不借助工具的情况下，开发人员对代码进行完善的测试需要花费50%左右的时间，而开发人员的主要职责是开发代码，在面对进度压力时，开发人员进行的测试往往是留于形式，不能得以切实执行，留下了大量的质量隐患。IBM Rational Test RealTime帮助开发人员创建测试脚本、执行测试用例和生成
2010-06-01 20:37:00
1432
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人