看到大家在讨论关于BUG重复的问题，我也在这里说说我个人的认识：对于判断两条BUG是否是重复的，应该是要从几个方面判断：第一、属于同一个功能模块第二、操作步骤一样第三、出现的结果一样如果符合以上三点，那这两个BUG是重复的了，如果是不同的功能模块，除了上述的三步，还要判断：第四、需要判断是否是调用同一个函数实现的如果是的话，那也是属于重复BUG，不需要重复的提，只需要备注说明下即可。上面的只是属于
一 Web站点高性能主要体现在： 高可用，低成本，高性能，可扩展，易维护； 二 构建高性能的Web站点措施： 1 浏览器端优化； 缓存1:浏览器缓存 &nb
界面设计的行业标准总结-- WEBUI设计的相关行业标准 WEBUI的特点： 1. 感官体验：呈现给用户视听上的体验，强调舒适性 2. 交互体验：呈现给用户操作上的体验，强调易用、可用性 3. &n
界面设计的行业标准总结---报表的规范 报表是软件对用户输出的重要方式，报表的制定也要有一定的规范，以下几点标准可作为在软件系统中报表设计的参考： 1.报表风格统一、结构合理、分类明确，能够清晰的表达报表中所要体现的内容 2.报表结构要连贯 3.同一软件系统产生的全部报表的字体类型
Glossary AAcceptance testing 验收测试Acces
简介 许多测试管理者是从技术部门进到管理阶层的。尽管他们有可能受过很多测试或软件工程的培训和指导，但他们还是很难经常从失败和错误中学到管理技巧。作为一个管理者，你有两项基本工作：找出为你工作的最好的员工并且建立一个能够使员工完成工作的环境（使他们最好地完成工作）。这篇文章讲述了一些我学过的关于这些管理工作的经验。 总是那些人――帮助人们最好地完成工作 1． 为工作雇佣最好的员工
Scrum 的所有实践围绕着一个迭代、增量的过程骨架展开。每次迭代的产品成果便成为产品的增量。每一迭代初期，团队评审必办事项，挑选出他们认为在该迭代结束时能转化为相应完整功能增量的部分。迭代其余时间内，团队不受干涉，努力工作。迭代结束时，团队展示完成的功能增量，请利益相关者进行检查，以对项目作出及时调整。 Scrum的核心在于迭代。团队首先浏览开发需求，考虑可用技术，并对自身技术及能力作出评估。然
2010-03-09
昨天有个朋友电话给我说，他们的TD出了问题，所有页面显示均正常，但是惟独管理员页面无法显示，急坏了一堆人。寻找了半天原因，搜索了很多资料，查阅了TD管理员手册，不得其解。 回忆起最近很多TD的管理人员为了处理IE7、IE8及FF浏览器访问的TD，都去TD发布目录直接修改htm页面。果然在C:\Inetpub\TDBIN下，用
干好测试你点懂代码，也就是会编程序，你还点产品设计，还点明白测试流程，产品给出产品说明书你必须要更评审产品，然后你要根据产品说明书进行设计测试用例，然后进行评审用例测试部评审一遍，产品评审一遍，后定夺测试用例最终稿件，进行测试，测试中发现缺陷进行提交bug缺陷。测试完首轮后进行回归测试，回归测试大概要走三轮，这样可以保证一发
在WEB页面加载后对象的复用 systemutil.Run "iexplore.exe" Set oBrowser = Browser("micClass:=Browser") Set oEdit = oBrowser.Page("micClass:=Page").WebEdit("name:=wd","in
