我成为测试人员数年,在很多时候负载测试常常让我感觉如芒刺在背。它需要花很长时间来实现一个定制的解决方案,但现代的方法模拟负载又并不是行之有效的。众包测试在我看来就是一种负载测试;它可以使您在许多不同的环境中将一个特定的“东西”在大量的测试人员中测试。但就像所有类型的测试一样,我相信它有一个适用的时间和地点。让数据说话我最近参加的一个会议上展示了一个众包测试最好的案例(尽管不是会议的目的)。让我重现
敏捷这个话题似乎热了好多年，随之也就自然地有了敏捷测试这个术语。说到敏捷，大家一定听过不少相关的演讲，看到不少相关的书籍，不过不管有什么新的技术，新的流程，归根结底都是遵循着敏捷宣言并以敏捷原则作为根本。就像Scrum开拓了一套敏捷项目管理的框架，XP指导着敏捷开发中的工程实践一样，敏捷测试也就是一组指引测试工作在敏捷团队中的一些最佳实践。首先，敏捷测试非常强调和多方的合作。在瀑布开发模式下，测试
Part1了解医疗保险领域和测试医疗保险应用程序:今天的文章都是关于医疗保险领域/业务信息等组成部分的测试以及如何测试。分两部分的系列文章，希望对于那些想要探索和进入不同的领域测试、学习和理解医疗应用程序工作流程和测试过程是有用的。简而言之,这篇文章将是指导你追寻医疗保险知识的的第一步。在第二部分中,我们将为不同的应用程序提供在医疗保险领域的测试场景。要想真正擅长测试领域，行业知识是关键。所以,我
在移动应用开发过程中，测试是至关重要的一个环节，拥有好的测试工具不仅能实现事半功倍的效果，还能极大地降低开发者所需花费的时间和精力。在本文中，我们介绍了十款最佳移动应用测试工具，涵盖iOS、Android、BlackBerry等主流移动平台。1、FoneMonkeyforiOSFoneMonkeyforiOS是一款专门用于iPhone应用的功能测试工具，允许开发者对执行应用界面的自动脚本进行交互式
6年前,我在一家中型跨国公司工作的时候,我建议与其浪费时间在准备充分的测试用例，还不如编写描述测试场景的文档。所有的人都对我的建议。投以烦恼的目光。他们的脸上清晰地传递出,我这个建议犯了个大错误。虽然没人否认了这一想法,但更没有人愿意接受。每个人都认同传统做法,即编写测试用例,会更稳妥。我无力反驳。4年之后,该公司接到一个测试项目,唯一的约束就是时间,唯一的期望是完整的测试证明材料。再次见面,我们
抽象和抽象层次关于“软件测试中的抽象层次”系列文章的介绍部分，您可以点击这里查看。“黑盒”与“白盒”前几天我在微博上发出了一个STB-010（软件测试在线公益课程系列）报名通知的帖子，这一讲的题目是“软件测试黒盒技术与应用-状态转换测试方法”，立即引来了一些讨论。比如朱少民老师就指出：“人们喜欢将软件测试分为白盒、黑盒方法，虽然方法论上是成立的，从完全不同的方式去看待SUT，有其不同的应用场景，但
阿基米德说:“给我一个杠杆和支点,我将撬动整个地球”——这就是工具的力量。当杠杆和支点都具备时,如果没有足够大的星球（理解为：足够的重视使用这些工具）,就会像一团棉花（软弱无力）一样，撬不动地球。当然,我们知道很多相关的工具。在STH中，我们已经研究和精心设计了Bugtracking,testmanagement,pentesting,以及专业的自动化工具。我们也同意和理解了他们的重要性。然而,这
你在阅读文章的标题后有什么想法呢?当我们在测试软件时，包含何种情绪呢?我即将要谈的是什么样的情绪呢?日常生活的情绪是如何感染/并影响测试工作的呢?请继续读下去…软件测试是软件开发生命周期中不可或缺的一部分。很多时候,我听到一个论点：就是测试并不是一份困难的工作,任何人都可以成为一个软件测试人员。其实这种观点有对也有错。说是对的=>只认为软件测试是执行并记录测试用例,那它真的很容易。说错，是因
0x00前言在文章的开头,我想对上次发布了一个结论及其离谱但还算及时被删除了的文章(关于跨域字符集继承的那篇)道个歉。也希望没有测试就去转载的那些人,可以把那个文章删除了。防止更多人对跨域字符集产生了错误的理解。不过作为谢罪,我也又重新整理了一篇文章,这也是一直以特别想写的一篇。但是觉得这个题目对我来说还是有点大,所以就一直没有下的去手。不过吹过的牛逼早晚都是要兑现的,早死早超生,所以就硬着头皮去
有时候,有些人决定做一个软件测试人员并不是特意选择的,尤其是在我们职业生涯的开始。虽然成为一个成功的IT专业人员的愿望是强烈的,但我们是假设“专业人员”是“开发人员”的同义词。尽管作为开发人员是伟大而具有巨大潜力的,但它不应该得出一个测试人员意味着它的反面这样的结论。当一个测试机会展现在我们面前,我们的脑子里会有很多疑虑,我们常常会想这到底是不是正确的职业选择。以下是在一些入门级IT专业人员脑中的
热门文章