1.bug编码与名称:测试日期+bug字段 2.测试环境:浏览器:全部/IE8,操作系统:win7 x64 3. 测试数据:用户名,密码,相关的业务账号 4.重现步骤:缺陷发现的过程 5. 缺陷说明:告诉开发,你所认为的缺陷是什么,取得理解上的一致.(实际结果和预期结果进行比较来说明这个缺陷) 6.截图+日志 6.1截大一点,最好截整个桌面或整个窗口 6.2.尽量注意不要包含不好的信息,比如群聊窗口 6. 3截图中强烈建议加上文字描述缺陷的位置和说明 6.4出现问题时开始捕捉日志直到问题结束等待…

1.bug主题:主要操作+bug主题 主题要简单明了,即开发一看主题就知道该问题. 2.描述: 作用:便于开发重现和定位缺陷的 2.1前置条件 2.2操作步骤 2.3预期结果 2.4实际结果 2.5备注 2.6截图+日志…

BUG描述规范 一. 目的与适用范围 1.1 目的 报告软件测试错误的目的是为了保证修复错误的人员可以明确报告的错误,从而有利于分析错误产生的原因,定位错误,然后修正之.因此,报告软件测试错误的基本要求是准确.简洁.完整.规范. 1.2 适用范围 本规范适用于测试过程中对BUG描述的规范与约束. 二. BUG描述规范 1. 描述:简洁.准确,完整,揭示错误实质,记录缺陷或错误出现的位置 描述要准确反映错误的本质内容,简短明了.为了便于寻找指定的测试错误,描述中要包含错误发生时的用户界面(UI).…

(图片来源于网络) 2001年苹果公司发布第一代iPod,它的推出在当时引起了轰动,它拥有大容量存储空间和全新的操作方式,并且还非常漂亮(在当时看来),因此在市场上大受欢迎,苹果公司也因此赚的盆满钵满. 微软公司看到了个人播放器的前景,也想从这个市场分一杯羹,因此微软公司在2006年推出了第一代类似iPod的产品Zune. 虽然在个人电脑操作系统方面,windows操作系统占据了绝大多数份额,但是Zune却远不如创新不断的iPod销量高.Zune 在销量最高的时候也只是拿下了美国便携播放器市场份…

进入测试行业已经两年了,我从未认真的考虑过提交一个bug需要注意哪些问题,只是主观的认为我只需要描述清楚就OK了,但是我在工作中发现有个别的开发经常跑来告诉我"这个bug你是不是描述错了","这个bug无法复现"--每次听到这种问题的时候,我都会按照我的bug描述去重现这个bug,我每次可以重现--后来我意识到这大概是因为我的bug描述的不够简洁,开发人员没有耐心一步一步的根据我的描述去操作.其次我并没有注意到在测试时,需要对bug的普遍性做出总结,我在测试过程中通…

Web 3.0正在敲门,但是开门的人你永远都想不到:工作流软件. 传统上工作流软件是企业级的业务流程管理工具,但现在随着网络互联程度的加深,工作流软件开始呈现出其作为互联网技术的一面. 诚然,社会化媒体业通过将人连接到一起而主导了Web 2.0,但社交网络现在也已经有10年历史.那么工作流软件这项比前者还要古老的企业工具怎么就会变成下一代互联网技术的平台呢?怎么就能断言Web 2.0来了又走了呢?且听我慢慢道来. Web 1.0:“静态的Web” 基本上Web 1.0诞生自interwebs.回…

在现今数字年代,计算机bug不但困扰着每个程序员,更会无可避免影响我们的生活,小到每个人的衣食住行,大到国家经济,世界局势.随着我们的生活方式渐渐的数字化.互联网化,数字世界的找虫和杀虫就变得越来越重要. 软件史上有哪些著名的bug呢?让我们一起来回顾一下: 1.万“虫”之母,史上留名 软件史上第一虫 1947年9月9日下午3点45分,Grace Murray Hopper在她的记录本上记下了史上第一个计算机Bug——在Harvard Mark II计算机里找到的一只飞蛾,她把飞蛾贴在日记本上,…

欢迎关注我的公众号,了解更多的测试知识:[软件测试经验与教训] 一一BUG描述基础知识 Bug标题中需包含Bug的具体位置并以[]标注 举例:[模块-子模块-页面]XXXXXXXXXXXX Bug标题中切勿出现错别字 错误示例: 奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示) 当所发现Bug前提条件为空时,需要填无.特殊条件下的Bug必须详细描述产生Bug的前提. 示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug. 描述复现步骤中的页面切换为避免出现描述不…

1.软件自动化测试 1.1  自动化测试的概念   自动化测试:就是通过测试工具或其他手段,按照测试工程师的预定计划对软件产品进行自动化的测试   软件测试自动化涉及到测试流程.测试体系.自动化编译以及自动化测试等方面和整合 局限性: 不能取代手工测试.手工测试比自动化测试发现的缺陷更多.不能用于测试周期很短的项目.不能保证100%的测试覆盖率.不能测试不稳定的软件.不能测试软件的易用性 手工测试的不可替代有:测试用例的设计.界面和用户体验测试.正确性检查 测试工具; 1.白盒测试工具:分为静态…

无论哪种类型的Web API, 都可能需要给其他开发者使用. 所以API的开发者体验是很重要的. API的开发者体验, 简写为 API DX (Developer Experience). 它包含很多东西, 例如如何使用API, 文档, 技术支持等等, 但是最重要的还是API的设计. 如果 API 设计的不好, 那么使用该API构建的软件就需要增加在时间,人力,金钱等方面的投入. 有时候API会被错用, 甚至带来毁灭性后果. 最后抱怨该API等用户越来越多, 慢慢的, 客户就会停止使用该API.…