Mei一点都是我的成长,每一滴都是我的进步,希望大家捧场..[ 本帖最后由 modyzhou 于 2008-1-20 21:08 编辑 ]

现在，有很多C/C++程序员总是自命不凡，看不起其他开发人员。其实，或许别人更看不起他呢!　　学生时代，我也曾醉心于C/C++，但时至今日，始终无法写出无懈可击的C++代码，所以我始终认为我不会C/C++。这些年，我一直在寻找编写C++代码的最佳模式。但是，老实说，我还没有见到过哪个称得上高手的C++程序员，也没有见到过写得Very good的C/C++代码。C/C++代码总是丑陋不堪，BUG丛生!　　我用C语言编程已经超过20年了。我写过C语言的编译器、C语言的调试器、用C开发的其他语言、游戏、客户端程序和服务器程序，你说吧!还有什么是我.

一、一定要提交！！1． 记得有这么个缺陷，以后再遇到的时候可能就会了解发生的原因。2． 尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。3． 程序员对程序比测试人员熟悉的多，也许你提交了，即使无法重新，程序员也会了解问题所在。4． 无法重现的问题再次出现后，可以直接叫程序员来看看问题。5． 对于测试人员来说，没有操作错误这条.既然遇到，就是问题。即使真的操作错了，也要推到程序员那里，既然测试人员犯错误，用户也可能会犯同样的错误。错误发生的时候，Tester最大。二、程序不是测试.

目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。1 ：易用性 ：　　按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其它按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。易用性细则：1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。3):按功能将界面划分区域块，用Frame框括起来,并要有功能.

转眼两年就过去了，在不规则的生活和思维中感觉不到自己慢慢的变化。两年的测试生活，得失评判，或者从总结中可以看清自己。1,测试路。在自己认可的“行业没有可比性“的固执理念中，一直到现在。如果从锻炼自己的角度来去想测试，这条路比相关的其他行业要理想得多。前提是要清楚的知道测试所在的位置。很多做测试的人都把自己降低了一层，我听到很多人在说：测试没有技术含量，点点点，不知道自己的价值在哪里之类的话。时过两年，现在这种说法依旧在延续，传承不自信的香火。还有一种说法是：测试有很多的技术内容要学，比如.

有人在群里问这个，所以发上来

　测试工程师最开心的事:发现了一个很严重的bug,特别是那种隐藏很深,逻辑性的错误.偶第一次发现这种问题的时候,听到上司和开发人员的表扬时,高兴的就想扭pp.不过现在慢慢矜持些了,呵呵.　　测试工程师最提心吊胆的事:版本release出去后,客户发现了很多或很严重的bug.经过紧张的系统测试之后,好不容易可以轻松一下了,却又陷入了每天担心正在做验收或使用的客户一封邮件或一个电话说产品有问题.碰到好些的老板还会比较乐观的看这样的问题,最惨的就是有些人一顿臭骂,之前的辛苦,加班全部都给抹杀了.　　测试工程师最憎恨听到的话:.

1。内存分析方法内存分析用于判断系统有无内存瓶颈，是否需要通过增加内存等手段提高系统性能表现。内存分析需要使用的计数器：Memory类别和Physical Disk类别的计数器。内存分析的主要方法和步骤：（1）首先查看Memory\Available Mbytes指标如果该指标的数据比较小，系统可能出现了内存方面的问题，需要继续下面步骤进一步分析。注：在UNIX/LINUX中，对应指标是FREE(KB)（2）注意Pages/sec、Pages Read/sec和Page Faults/sec的值操作系统回利用磁盘较好的方式提高系统可用内存量或者提高内存.

闲来无事，想了一下，作了这么久测试，还真没遇到过边界值的bug，想问一下大家是否曾经遇到过？？

今天QTP9.2中尝试使用数据库检查点，多次尝试创建成功，总结如下，数据库检查点的插入有2种方式，以默认方式（createquery using Microsoft Query）为例进行说明。1 选择要插入数据库检查点的位置，然后[1]Insert >checpoint>Database checkpoint >打开Database Query Wizard对话框（图1）；图2[2]点击Next >弹出使用Microsoft Query 的步骤（图2），点击OK button,弹出choose Data Source的对话框，图3；2 创建要检查的数据库[1] 选择New Data Source功能，点击"OK"；[2] 弹出Create New Data Source的对.

从接触QTP到现在已经两个月时间了,在这两个月的时间里从一个QTP的小白,到现在可以全手动的编写脚本..函数....我想首先应该感谢的就是QTP论坛里热心的XDJM!现在我对QTP的掌握程度,已经可以熟练的应付自动化测试过程中遇到的大部分问题,这几天一直在想一个问题就是如何进一步提高QTP的使用能力.版主的我前前后后看了不下十次,而每次都有不同的收获.刚开始的时候,我按着初级编描述的去要求自己!梦想着有一天能自由的运用QTP完成自动化测试,编写属于自己的脚本.后来,我开始把QTP用到自己的工作中,这个阶段可以说是我进步最快,学的也.

值得收藏

13th考试之际，看了一下，有点启发，就贴出来了，或许能用的到啊～～～

有些问题，希望能讨教：1. 集成测试和单元测试如要用tcl,cppunit自动化测试的话，是否都应该避开有GUI的模块？2. 集成测试和单元测试如要用tcl,cppunit自动化测试的话，是否只是测试有效输入的情况？ 因为在做集成测试时，数据文件要求是5个输入，4个输出，似乎没有将无效输入的情况包括在内。单元测试时也是这样。3. 单元测试用例，在用等价类＋边界值＋错误分析法时，也是当作黑盒来看待，此时的输出是否应该根据对需求说明书和函数本身的理解来判定？（此时如根据LLD文档中的逻辑判断来得到输出，那么错误分析法是否就.

/ 已经添加完对void StatCodeLine(CString szStatFileName)的测试套,因为是VOID 的所以想知道这个函数的输出怎么获取??/我的用例都是失败(Expect=2,but was 0),麻烦大家帮帮看看是哪里的问题!!谢谢拉/此函数的Output:g_iCodeLineNum－全局变量，统计得到的代码行数目/c:\test.c的内容为:#define ok 0;int a;/*dakdjfkdfhdjfhdjfhdjfjd*/void StatCodeLine::Test1(){//定义输入参数CString szStatFileName;//定义期望输出intokiCodeLineNum;//定义测试实际输出.

5.1节到了，在网上碰到了一个老同学，他也是做测试的。和他聊天才知道，他5.1还在加班。以为是他们公司的流程管理问题，他却说他们公司是过CMM4的，惊讶。更让我惊讶的是，他说测试是需要成本的，CMM是花哨的东西，他们没法按它执行，还说做测试的以后一定是会经常加班的，我以后做测试工作时就知道。我以前没有做过测试工作，请教大家，做测试是否意味着一定要加班？

设P1为集合a的一个元素，值为“STAT”；现在我希望将P1的值赋予一变量meb我执行了下面的语句：set a {P1 P2 P3 P4}set meb $[lindex $a 0]却返回了$P1，该如何写这个语句呢？我希望可以返回meb的值为“STAT”。

增强记忆的10种方法　　1．注意集中记忆时只要聚精会神、专心致志,排除杂念和外界干扰,大脑皮层就会留下深刻的记忆痕迹而不容易遗忘。如果精神涣散,一心二用,就会大大降低记忆效率。　　2．兴趣浓厚如果对学习材料、知识对象索然无味,即使花再多时间,也难以记住。　　3．理解记忆理解是记忆的基础。只有理解的东西才能记得牢记得久。仅靠死记硬背,则不容易记得住。对于重要的学习内容,如能做到理解和背诵相结合,记忆效果会更好。　　4．过度学习即对学习材料在记住的基础上,多记几遍,达到熟记、牢记的程.

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/naming_a_file.asp这里面定义的很清楚，大家实践中考虑文件名的时候可以考虑的更多些。