测试知道：产品上线标准
背景大多数项目中，项目经理（或产品经理、团队）都是根据测试人员出具的测试报告或反馈的质量情况做出能否上线的决策。如果测试报告信息不准确，可能会带来非常严重的质量事故。今天小编从功能、稳定性、性能、质量风险、内部体验这几方面谈谈…
搜索结果计 1539 条
补丁包测试方案制定
按时、定期发布的补丁包可以帮助客户获得持续提高的产品质量和用户体验。由于补丁包包含的内容来源于已经被客户发现的问题及未被客户发现的潜在问题，应用补丁包将有效帮助其他的用户规避遇到类似问题的风险。补丁包测试最大的目的在于能给产品…
开发提测内容规范
近期在做项目总结，发现在开发提测内容时，如果信息传递不明确，容易造成测试后期执行不顺畅，从而增加测试与开发沟通成本，比如以下案例：1、某一功能优化，服务器端新旧功能由两个不同的开发完成，涉及两个不用的测试服务器。新功能提测的时候…
给要转行做软件测试的一些忠告
经常在社区论坛看到有朋友问自己多少岁，适不适合转行做测试？或者就是自己原来做什么的，现在打算做软件测试可以不？可能下面的答复千篇一律的都是可以，然后推荐什么培训机构，什么论坛等。我觉得这是对求问者的一种错误引导，并不是人人都适合做…
BUG率的计算和它的实际意义的思考
通常在产品测试过程中，我们会做许多统计，以便这些统计分析项对我们今后的测试工作和产品过程质量控制提供依据。其中，bug率是其中非常重要的一项。然而bug率应该怎么去计算，bug率有什么意义呢？这是这篇文章要告诉你的。问题1、统计bug率有…
Web前端性能基础指标&计算方式
前端性能衡量指标从用户角度而言，打开一个页面想要的就是页面可以尽快有响应，加载完并且可以允许交互；因此前端的性能可以用白屏时间，首屏时间，可交互时间来衡量。下图是用户请求过程的截图，白屏时间就是用户发起请求之后到页面开始显示的时…
如何从“bug的一生”体现测试专业度？
前言“bug像是一个被过分宠爱的小孩子，得到了特别多的关注。它们在开发者的IDE里悄然无声的诞生，但在现身之刻却引来一片喧闹”——bug的一生（作者：JamesWhittaker）。对于测试人员来说，bug的生命周期一般分为：发现bug—>提交bug—>验证…
这5个东西将影响软件测试的未来
在过去的几十年中，软件测试已经在“用于执行不同活动的工具”和“使用这些工具的人的思维模式”方面发展。过去只有少数工具用于软件测试，但现在我们有许多工具可供选择，从专有到开源。同样，人们已经开始将测试人员视为信息经纪人而不是看门人。…
如何使用测试文档模板？
测试文档是形式化测试过程的一个重要组成部分，也是质量管理过程的一部分。如何使用测试文档才能对我们的工作真正带来价值呢？在网上可以搜索到很多测试文档模板，模板中也不乏内容项的描述，以及测试文档之间与测试过程之间关系的描述。在最初接…
测试面试过程中的几点困惑
最近在面试中遇到了很多困惑和无奈，笔者总结了几条，与诸君分享。顺便也谈谈笔者对面试的一些浅解。困惑一：简历与实际脱节。这个问题现在挺普遍，很多人把简历写的天花乱坠，而实际可能并不具备。前几天笔者面试了一个小伙伴，他在简历里写精通…
使用HTMLTestRunner生成python + unittest的测试报告
最近同事问用HTMLTestRunner生成python+unittest的HTML报告问题，这里简单整理下：一个简单示例说明HTMLTestRunner的使用。1、python安装（linux通常默认装上了，可省略这步，我用的是windows，所以还得安装）https://www.Python.org/（p…
学习型组织的思考
很早就想写这个话题，断断续续的写了一些思路，但是一直没找到合适的机会来完结。正好趁着这次工作的调整，把这个话题写完，也算是对自己这将近四年工作的一个交代。我固执且顽固的认为我们做事情都应该有个交代，无论做成了还是做砸了，无论是对自…
pytest如何生成HTML报告
1、前言如何使用pytest插件生成HTML报告。使用第三方插件（pytest-html-1.15.2），插件也有说明（pytestpluginforgeneratingHTMLreports）也就是说，插件就是用来生成HTML报告的，但是官网对supportpython2.7还是3.6，打了一个…
测试员不要过于迷信技术，忽视软技能
精于技术对于测试员，乃至技术员本身没毛病，甚至应大加赞赏，在组织中更应像国宝熊猫一样照顾好。然而我们发现，一些精于技术的测试员混的并不好。“纯正”的技术人员就该吃亏？问题到底出现在哪里？根据我对身边技术员的观察，可能出现在软技能…
手机APP测试总结
移动App比PC上的程序测试要复杂各种兼容性，多种分辨率，多种异常情况。会让移动APP上的测试更复杂。移动APP测试中如何设计TestCase移动互联网开发节奏很快，而且版本快速迭代，建议完全放弃传统的TeseCase，不需要写详细的测试…