欢迎访问 随风飘 的个人空间

我的回复

  • 敏捷开发过程中测试经验总结3

    2009-07-30 16:28:48   /   [前沿技术]

    3 控制中间版本  为更好地保证软件质量,规避风险,必须加强对中间版本的控制。例如,项目要求或者计划周五要提交版本,则周三一定要提交一个中间过程的版本进行测试,也就是控制中间版本,避免所有的工作都压到后期最紧急的时候去完成。以前的项目中出现过项目前期很轻松,到后期bug越来越多,开发人员和测试人员都异常忙碌,经常加班的情况。为减少后期工作量,规避风险,开发进行Daliy Build,或者按照完成一个特性就进行一次build,针对这个特性进行测试,这样就可以有效避免后期bug越来越多的状况发生,后期工作量也就会相应减.
  • 敏捷开发过程中测试经验总结2

    2009-07-30 16:28:07   /   [前沿技术]

    当前项目采用的敏捷开发模式,下面是我对的敏捷测试理解和建议:  1. 验证需求和设计  在测试初期,测试人员要学会做静态测试,做好需求分析,做好对设计逻辑的分析。测试人员要更多的思考需求的可实现性,将自身作为第一用户积极参与项目和系统的需求分析,设计和开发。积极地参与前期工作,并迅速反馈给设计和开发其静态测试结果。要尽早的开始测试,不要等待到功能完全做好才开始。 2. 测试计划,测试用例  2.1 编写计划、测试用例  在敏捷开发的过程中由于是根据每个user story来估算时间的。开发人员将对本次迭.
  • 常用测试方法小结

    2008-05-20 15:51:06   /   [前沿技术]

    这里是我收集的常用的一些测试方法,供大家学习,希望对大家在软件开发中有所帮助!
  • 敏捷测试探讨

    2008-03-12 11:56:03   /   [软件测试管理]

    当前敏捷开发过程与传统的瀑布模型开发和CMM(Capability Maturity Model,软件开发的能力成熟度模型)所追求的严谨的文档制度截然相反,这一开发过程注重开发团队和成员之间的关系而不是以开发的进程和使用的工具为重点,注重所开发的软件产品而不是追求广泛的文档编制,注重开发过程中与客户的协同工作而不是以签订合同的谈判为工作的核心,注重在开发过程中随时调整计划而不是同意完全遵循某一开发计划,以实现所谓开发过程的“敏捷”。在敏捷开发中敏捷测试的执行也与传统测试完全不一样,敏捷测试需要适应于需求的多变性,不可能再.
  • 16个月的工作感想

    2006-11-18 18:52:48   /   [软件测试职业发展]

    从去年6月底开始正式做软件测试以来,我个人经过了很多阶段。从一开始的网站功能测试,到后来开始接触ERP,做了LR性能测试,然后开始做WR的自动化,到这时候大概半年时间去掉了。之后做了2个月的C#开发,在自动化测试方面用QTP开始逐渐替代了WR。然后我调到了市区“前线”工作。开始着手做NUNIT单元测试和基于.NET开发环境下的LR压力测试代码编写及面向Oracle存储过程的性能测试。06年7月,我开始担任测试管理的角色,开始从事培训新人,安排测试任务,与开发协调测试任务方面的工作,直到今天。我写这篇总结的原因,是由于自己对测试工.
  • 敏捷过程实践[经验分享]

    2006-10-22 14:18:49   /   [质量管理精华区]

    参与敏捷过程有一段时间了, 我们享受到很多敏捷的好处, 也遇到了很多的问题.在此将我的经验与大家分享, 希望对实施敏捷过程的同行们有一定的帮助.文档中有争议的地方, 欢迎大家指出. 谢谢.sdlkfj2
  • WEB测试资料

    2006-05-16 10:17:22   /   [WEB测试]

    关于web测试1页面部分(1) 页面清单是否完整(是否已经将所需要的页面全部都列出来了)(2) 页面是否显示(在不同分辨率下页面是否存在,在不同浏览器版本中页面是是否显示)(3) 页面在窗口中的显示是否正确、美观(在调整浏览器窗口大小时,屏幕刷新是否正确)(4) 页面特殊效果(如特殊字体效果、动画效果)是否显示(5) 页面特殊效果显示是否正确2 页面元素部分(1)页面元素清单(为实现功能,是否将所需要的元素全部都列出来了,如按钮、单选框、复选框、列表框、超连接、输入框等等)(2)素是否显示.

我的资料

  • 用户组: 中级站友
  • 发帖数: 47
  • 发短消息
  • 注册日期: 2005-07-06
  • 更新日期: 2013-07-08
Open Toolbar