gaoas

摘要： 1. 出现滚动条可以通过当前的Control.ClientSize 和原始ClientSize进行比较来判断，若小，则出现了滚动条，若大，则没有滚动条。这里Control指容器对象2. 滚动条的宽度为：竖向宽度为：SystemInformation.VerticalScrollBarWidth 横向高度为：SystemInformation.HorizontalScrollBarHeight 阅读全文

摘要： 1. 一个萝卜一个坑，要清楚测试员有各自的测试兴趣和强项，要根据这些特点来合理分配任务。2. 激发测试员的测试兴趣和工作热情，让他们自己管理好自己的工作时间和进度。3. 如何评价一个测试员的工作，可以考虑下面的话语（摘自《软件测试经验与教训》）阅读其错误报告阅读其编写的代码阅读其编写的测试文档收集与其一起工作的程序员和其他有关人员的意见 可考虑以下的因素他卷入了什么争端，为什么？在按期完成任务方面做得怎么样？他信守自己的诺言方面做得怎么样？他遗漏了什么类型的问题？他对其他测试员和程序员提供了什么类型的帮助，以提供他们工作的有效性和生产率？他在学习新技能吗？他在把自己的技能传授给其他测试员... 阅读全文

摘要： 1. 新版本出来后，需要进行冒烟测试（微软的bvt测试），即对核心或基本功能进行测试。如果冒烟测试不通过，说明新版本存在很大问题，应该停止对该版本进行更多的测试。2. 根据开发的实际情况来调整测试过程。不能在新壶灌旧酒，不要套用原来的项目测试经验来规划当前的测试过程（例如要求程序员给出规格说明，需求分析说明等等文档材料）。要根据现有的条件和情况使得测试工作和开发工作配合在一起。不要越界做管理项目进度和干扰程序员工作的事情，因为是协作关系不是领导关系。3. 不要在前期测试阶段，把测试的重点和精力以及测试用例放到用户界面上。界面随着项目进度会做很大的变化。4. 分析开发的实际情况，考虑软件功能变更 阅读全文

摘要： 1. 测试员与程序员和其他人之间是合作关系，不是命令关系。当出现bug时，要寻求合适的沟通之道，而不是幸灾乐祸地命令催促程序员进行修改。2. 测试员不要给项目管理提建议，因为测试人员开发经验和项目管理经验有限，提出的建议有局限性。3. 测试经理要选择和项目经理管理风格相协调的管理风格。4. 测试经理工作的一个部分就是保护下属人员不被滥用（加班，做无用的测试）5. 项目经理要考虑的因素：要交付的功能，产品运行的可靠性，产品交付的时间，人力和设备成本 阅读全文

摘要： 因为bug产生是需要条件的，但我们忽视或者没有重视这些条件时，有些bug就很难重现，下面是几个很容易被忽视的条件： 延时，dirty数据库或者特殊的输入数据，前期活动或者操作，dirty系统（系统crash没有重新启动）， 与电脑上其他软件冲突， 安装和卸载，特定时间和日期，前一个活动后台运行时开始下一个活动（程序运行时间问题） 阅读全文

摘要： 回归测试分为：bug fix regression, old bugs regression, stability regression (待以后补充) 阅读全文