什么样的自动化测试框架才算是好框架呢？个人根据多年的工作经验认为，一个好的自动化测试框架是和团队成员的能力相匹配，不是很难也不是太容易；是充分和开发建立协议和互信的，确保变化对测试的影响最小化；是充分融入现有工作流程，而不是独立出来自成体系；是高度封装，减少冗余无效工作，易于学习和理解，可维护的框架体系；是能够交付使用测试体系。1.和团队成员的能力相匹配自动化测试能否在团队中推广使用，一个很重要的
在《UI自动化该如何实施？》文中从ROI的角度，提出UI自动化实施的覆盖率达到15%到25%时，收益最高。那么15%到25%覆盖范围应该为哪些内容呢？结合笔者多年的经验从以下五个方面简单的聊聊如果要实施UI自动化测试时，基于ROI的角度出发应该选择那些功能模块或者系统优先进行UI自动化测试。1.核心功能和基础功能对一个软件或者App来说，毫无疑问的要先对其核心功能实施UI自动化测试，因为每一个软件
每次去参加各种大会，都有人在问UI自动化的收益如何？然后听到很多抨击UI自动化测试的各种声音，那么UI自动化到底有没有用？用处在什么地方？该如何做UI自动化测试才有用呢？1.UI自动化的目标是什么？在考虑自动化测试到底有没有用，需要不需要做之前，先要讨论下UI自动化测试的做UI自动的目的是什么？在很多时候，都没有弄清楚目标目的，就武断的给出“UI自动化测试根本就没用”，“UI自动化是银弹”等标签。
在最近一段时间一直有几个问题缠绕着我，架构师该做什么？如何成为一个名副其实的架构师？带着这个问题我查阅了很多资料，请教了很多人，但依然没有找到我需要的答案。请教猛哥，他告诉我，就把你对质量的知识迁移到质量运营就好了，当时不得其解。后来一次和周老师讨论这个问题，他说你就别管架构师这高深的名词，就从你擅长的角度思考这个问题，作为一个质量负责人，你需要关注产品的那些方面？我很快的告诉了他以下六个词。可用
一、自动化测试与测试自动化很多人会以为自动化测试和测试自动化这两个概念没有什么不同。但是从我个人看来，这两个概念有本质上的区别。自动化测试是指使用自动化测试工具代替人工的方式来执行测试用例。使用工具的原因一方面是为了代替人工执行那些简单、重复而枯燥的动作，从而节省人工的时间，让测试人员投入到真正有价值的探索式测试中；另一方面，像性能测试之类的的压测场景我们很难使用人海战术进行测试而只能借助于工具模
“没有专职的测试人员？代码提交就直接发布到生产环境？而且，一天还可以发布多次？”对于很多团队来说，这是完全不可能的事情！他们都是怎么做到的？一、两个案例相信很多人都对前面这些问题很好奇，在解开谜团之前，我们先来看两个案例。案例1随着互联网业务业务的发展，某行业核心系统为了面对互联网的挑战，需要对系统进行改造。可是，真想改起来却寸步难行……该系统已经有十多年的历史，业务规则复杂，业务逻辑代码全部都在
在目前比较流行的敏捷开发模式（如极限编程、Scrum方法等）中，推崇“测试驱动开发（TestDrivenDevelopment，TDD）”——测试在先、编码在后的开发实践。TDD有别于以往的“先编码、后测试”的开发过程，而是在编程之前，先写测试脚本或设计测试用例。TDD在敏捷开发模式中被称之为“测试优先的编程（test-firstprogramming）”，而在IBMRational统一过程（Ra
2020年11月凯捷（Capgemini）发布了第12期《WorldQualityReport2020-21(https://www.sogeti.com/explore/reports/world-quality-report-2020/)》（全球质量报告），本文跟大家做简单解读。不平常的2020年，数字化转型在加速，而质量保障和IT在其中起到很关键的作用，也表现出很大的弹性。日趋成熟的工程实践
softwaretestinginitiativesinvariousverylargesoftwarecompanies.Oneoftheareasthatwehaveconsistentlyadvocatedforistheuseofcodecoveragedatatoassessriskandidentifygapsintesting.However,thevalueofcodecovera
一、敏捷测试象限起源敏捷测试象限的起源是出自BrianMarick最开始提出的敏捷测试矩阵。后来在他的许可下，敏捷测试专家LisaCrispin和JanetGregory对敏捷测试矩阵进行补充和扩展，并在她们的著作《敏捷软件测试：测试人员与敏捷团队的实践指南》提出了敏捷测试象限的概念，如图1所示。图1敏捷测试象限敏捷测试象限作为敏捷测试的基础框架，是每个敏捷测试人员必须要了解的知识。敏捷测试象限表
热门文章