一个牛逼的程序员，应该怎么测试？ - 简书
下载简书移动应用
写了149518字，被19人关注，获得了26个喜欢
一个牛逼的程序员，应该怎么测试？
移动应用 Bug 快速反馈神器前段时间，有很多 APP 突然走红，最终却都是樱花一现。作为一个创业团队，突然爆红是非常难得的机会。但是很可惜，由于没有经过充分的测试，再加上用户的激增，APP 闪退、服务器数据异常等问题就被暴露出来，用户的流失是必然的。测试上遇到的问题一款成功的 APP，测试是必不可少的环节。如果没有充足的测试就贸然上线，必然会损失一部分本来可以成为铁杆粉丝的用户，而且，非常不利于 APP 的推广。测试是干嘛的呢？简单来说，就是找茬的！测试发现的 bug 会提交到一个任务管理系统中，我们解决完 bug 之后，会在任务管理系统中关闭这个 bug（总是有关不完的 bug ）。有的公司可能不用任务管理系统，直接用 Excel 表格。在这种工作模式下，总是碰到一些问题：Excel 不利于 bug 管理（有任务管理系统就会方便很多）测试发现 bug 之后，需要截图，然后发到电脑上，再上传到任务管理系统中，这个过程比较麻烦设备信息、app 状态、问题本身很难描述有些 bug 难以重现崩溃日志难以收集这些问题我想很多童鞋都有碰到。测试提交一个 bug，我们总是重现不了，无法重现就无法定位问题在哪（只能继续跟测试掐架：你要重现 bug 啊！）。为了解决这些问题，今天我给大家推荐一个测试的SDK - Bugtags。Bugtags 支持 iOS 和 Android 平台，我这里只是对 iOS 平台进行介绍。Bugtags 确实非常方便测试，接下来给大家简单介绍一下 Bugtags 及其使用教程。Bugtags 简介根据官网介绍：Bugtags 是新一代的、专为移动测试而生的缺陷发现及管理工具。致力于改善移动 App 的测试流程，连接发现缺陷与提交缺陷之间的用户体验， 提高测试及解决缺陷的效率。Improve your app anytime, anywhere。Bugtags 采用独创的应用内所见即所得的问题上报方式，有效提高了问题上报的效率和问题描述的准确度；同时平台提供了自动收集分析崩溃信息与问题生命周期管理功能。Bugtags 官网：/他们的 demo 项目也放在了 github 上：/bugtags通过简单的了解，我感觉 Bugtags 应该是一个非常不错的测试工具。如果真的像官网介绍的那么好用，那真的是开发者的又一大福利。出于对新事物、新技术的好奇，我决定试用一下 Bugtags 。Bugtags 集成和使用教程Bugtags 集成教程我是通过 CocoaPods 集成 Bugtags 的 SDK，集成方法比较简单。具体步骤如下：1、在你项目的 Podfile 中添加以下代码pod 'Bugtags'2、执行 pod 安装命令pod install3、在 AppDelegate.m 中导入头文件#import4、然后在 application:didFinishLaunchingWithOptions: 方法中加入一行[Bugtags startWithAppKey:@"App Key" invocationEvent:BTGInvocationEventBubble];这里的 APP KEY 就是登陆
之后，创建app时所获得的 app key。关于 CocoaPods 的详细用法，请访问：https://cocoapods.org/。Bugtags 还可以手动集成（建议大家用 CocoaPods 来管理第三方库），关于手动集成的教程可以点击：/hc/接入成功之后，APP上会悬浮一个小球。（还可以通过摇一摇呼出小球）Bugtags 使用教程接下来，我通过提交一个 bug 和一个闪退日志来演示 Bugtags 使用方法。首先，我们看一下 Bugtags 的控制台。
bug 提交假设我们测试 APP 的时候，发现有一个 title 写错了。那么，通过 Bugtags 来提交这个 bug。提交方法请看 Gif 图：
提交之后，刷新 Bugtags 控制台。这个时候，我们的控制台就多出了一个新建的 bug：
点击可以查看 bug 详情，一起来看看是不是刚刚提交的 bug：
果然是我们刚刚提交的 bug。截图上有我们之前做的标记“Title error”，而且这里很清晰的记录了我们的设备信息。是不是感觉非常方便！还可以查看用户操作的步骤。前面我们提到测试报上来的 bug，很难复现。现在我们可以结合 Bugtags 的用户操作步骤快速复现 Bug：
不止这些功能，还有用户数据、控制台日志以及 Bugtags 日志。更多功能大家自己接入 SDK 详细了解吧。app 闪退我在导航栏的左侧按钮上绑定一个方法：- (void)actionClick:(UIButton *)button {NSArray *array = [NSArray arrayWithObjects:@"1", nil];NSString *string = [array objectAtIndex:2];NSLog(@"%@",string);}这是一个数组越界的问题，数组越界可以导致 APP 直接闪退。下面我们看看 Bugtags 会不会记录这个闪退 Bug。
提交之后，再次刷新 Bugtags 控制台，果然多了一个新建 Bug：
为了测试 Bugtags 数据准确性，我分别用模拟器和真机来进行测试，一共点了五次。我们来看一下 Bugtags 记录的信息：
突然，觉得 Bugtags 确实很强大。有童鞋可能会担心，如果这个时候我没有联网怎么办呢。闪退信息还会被提交吗？这个不用担心，我已经测试过了，在你下次联网的时候Bugtags会提交之前的闪退信息的。总结下面是我对 Bugtags 试用过程，进行以下几点的总结：1、我接入的是 Bugtags 最新 iOS 版本库为 iOS SDK 1.0.6 集成过程简单方便。2、Bugtags 方便测试截图上传，还可以对截图进行标注。3、Bugtags 会记录设备信息、用户数据、用户步骤、控制台日志以及 Bugtags 日志。4、Bugtags 会自动提交闪退信息。5、Bugtags 可以设置 Bug 的优先级和 Bug 管理。后记Bugtags 上线以来，根据用户反馈，一直不断的进化。还有更多的彩蛋和贴心功能，使用过程会慢慢发现！这篇教程诞生的不容易，在使用 Bugtags 的过程中，难免遇到一些问题。Bugtags 的技术人员很热心，任何问题都可以直接跟他们反馈，交流 QQ 群：。Bugtags 的朋友告诉我，他们目前各线招贤纳士，希望感兴趣的朋友，前往公众号：bugtags 进行勾搭。
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮
如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！
选择支付方式：下载合伙投客户端
测试兄弟：“人＋机器＋工具”测试产品，让Bug无处可逃
（文/周丽梅）
【猎云网成都】7月31日报道（文/周丽梅）
说到程序员，你是否会和笔者一样脑补他们穿个大裤衩子熬夜写代码的场景。没错，即使程序员时刻盯着屏幕，Bug也会见缝插针、趁虚而入。而事实上，想要Bug彻底被清除并不是件易事，只能通过测试进行问题的检测、预防。
对初创公司而言，组建专门的测试团队基本是心有余而力不足，设备、人员都需要预算。“测试兄弟”针对测试领域“设备不足、人员不够”的痛点，试图以便捷的测试操作、低成本的测试费用、高效的测试体验来为用户解决测试难题。
测试兄弟可为移动互联?、智慧家居、穿戴设备?家等领域提供测试服务，是一个移动互联?测试云管理服务平台。产品于6月份上线，现处于测试阶段，有120余家企业注册使用。用户将产品测试需求提交到平台，平台对产品进行基础性的检测后会将产品交由内部测试团队，进行产品的深度测试，一个产品经历一次检测程序，约2-3天。
测试兄弟到底能为用户带来什么呢？总的来说，就是一套服务，一组工具。
所谓一套服务，测试兄弟基于Saas的管理平台，能对测试流程进行管理，包括?例管理、Bug管理、项目管理、 团队管理等方面。收集测试结果，输出的评测报告中涵盖了测试Bug的详细描述、复现步骤及相关截图、缺陷的影响?预测等方面。
一组工具，是指测试兄弟免费为用户提供了一套测试工具，包括移动端性能测试监控工具“测试超人”、PC端压?测试监控工具“测试大力神”、移动端功能遍历测试工具“测试ET”，李斌称之为“测试兄弟连”。
目前测试兄弟采用“人＋机器＋工具”体系，创始人李斌告诉猎云网， “测试工具兄弟连”确实能让产品检测更加的智能、快捷，但难免会有一些漏洞是机器不能检测出来的，需要人工介入检测。测试兄弟现有10余人的技术团队，负责产品的测试PM管理、案例的编写、审核与执?。
说了那么多，总该要说说测试兄弟，到底能检测什么了吧？简单来说，常见的安装、启动、卸载失败、运行崩溃、UI适配等一系列兼容性问题都在测试兄弟能力范围之内。此外，测试兄弟还可进行深度功能测试，根据?户提交的?档、资料、APP进??盒测试案例编写，对测试bug进?分类和管理，采?真?机的?式逐?进?逻辑验证，标记测试状态。
现阶段测试兄弟免费为孵化器内企业提供1-2轮的测试，李斌说：“很多企业经过免费的测试后，基于对平台的信赖，会选择长期交由平台进行检测管理。”据了解，目前检测兄弟按照产品功能性进行收费，检测1台机器的1个案例，收费5毛钱。
有点少对不对？那让我们来算一笔帐，1个案例的测试功能点大概为400-700条，一台机器的功能测试完后，约收费300元。李斌说：“企业每次检查的机器数量往往都超过了1台，以打包检测的方式送往平台进行检测，5毛钱的低门槛实际上带来了较大的增值空间。”
提到竞品，就不得不提到“云测”，云测基于兼容性适配测试，通过机器检测，对硬件和代码级进行测试。李斌说：“测试兄弟和云测的用户定位不同，云测主要面向用户基数大的企业，检测的机器数量较多。而测试兄弟则是针对初创公司及中小企业，收费的标准也是根据功能性收费。”
据李斌介绍，未来测试兄弟希望通过管理平台对测试产品的数据进行收集，以此来对用户的产品开发与运营有一个数据的参考和比较。李斌说：“这个参考分为横向和纵向，横向来看，可以替用户分析竞品的优势、亮点，对功能优劣势进行对比。纵向来看，产品更新迭代后，用户反馈、流量消耗数据等分析，都会有助于产品的改进。”
另外，李斌还计划和一些测试商合作，除了为用户提供现有的基础检测功能之外，还可以通过对测试商的整合，为用户提供额外的安全、隐私泄漏等检测服务。
据猎云网了解，测试兄弟内部自筹天使轮融资，新一轮融资还在计划中。
我是猎云网作者周丽梅，主要关注社交/社区、企业级服务、工具类的创新型项目，邮箱是：；微信是：。欢迎相关领域创业者与我联系，加我请备注项目、职位、姓名。
产品：测试兄弟
公司：青海北测网络科技有限公司
猎云网：关注创业公司，原创科技博客！【我们帮助任何有梦想的创业团队！承诺：完全免费，谨防假冒。】
想了解更多创业创新知识，快添加猎云网微信公众账号：
本文来自猎云网，如若转载，请注明出处：/archives/101498
扫码关注猎云网
1.猎云网原创文章未经授权转载必究，如需转载请联系官方微信号进行授权。
2.转载时须在文章头部明确注明出处、保留官方微信、作者和超链接。如转自猎云网（微信号：ilieyun）字样。
3.猎云网报道中所涉及的融资金额均由创业公司提供，仅供参考，猎云网不对真实性背书。
扫码关注微信平台您的举报已经提交成功，我们将尽快处理，谢谢！
就拿北测教育现在的软件测试工程师培训来说：
1、软件测试应该在需求分析阶段就进入了，完整的测试应该在项目需求完成以后，从需求规格说明书中去分析生成测试需求，接...
大家还关注
int max=x;
cout<max，z>max，会输出什么呀？">这个程序为什么是对的？ #include...
(window.slotbydup=window.slotbydup || []).push({
id: '2081942',
container: s,
size: '1000,60',
display: 'inlay-fix'Bug描述标准规范_中华文本库
第1页/共3页
测试BUG描述标准规范
对于软件测试来说，发现、提交、跟踪验证bug是软件测试中最基本的工作。然而测试中发现bug后bug描述的清楚与否，可以很好的帮助开发人员快速定位、解决问题，而且还可以提高测试人员基本测试技能。因此，建立标准的bug描述规范是十分重要、也是十分必要的。
首先清晰的bug描述可以帮助开发人员快速定位、解决问题。软件测试部门中员工的水平各有不一，对于bug的认知、描述侧重面也会存在不同。因此，如同一个问题，由不同测试人员描述bug，就有可能会存在描述不一致的问题。这就会造成让开发人员理解不清晰，从而延误解决问题的周期，造成项目的delay问题，无法使我司产品按时上市。
其次标准的bug描述可以提供测试人员的基本测试技能。如我们测试部有新入职员工，他可以先从bug库中查找bug了解我司产品的整个开发、研制中产生的问题。而标准清晰的bug描述可方便快速的使其尽早、尽快的融入我测试部门。另外，对于bug的追踪验证时，由于是不同测试人员进行验证，所以规范的bug描述，可以提高测试人员验证问题的效率。而且对于测试人员来说，每个人的测试思路、方式不同，所以标准的bug描述对于测试部门内部员工的技术沟通也有很好的帮助。
标准的bug描述应有以下三方面组成：
1. Bug发现位置：应说明操作进行的位置，通常是系统中的某一模块。另外是具体的出错位置，可能是某一字段、某一页面；
2. Bug的操作步骤：详细的、有次序的、每一步的操作步骤，包括输入的数据
3. Bug的表象：具体的错误描述，包括界面显示、错误信息；即bug的具体描述，以及期望结果等；
因此，对于我们测试时发现bug描述，应尽量做到以下几点：
1. Bug的描述要声明前提条件：例如bug产生的时间、地点等因素，是产生BUG的静态条件；
2. Bug的描述步骤要按条理、清晰、简单明了：分清1/2/3等条目；
3. Bug的描述中追加bug产生过程中的截图、trace等帮助信息；
4. 尽可能使用“客户系统”自行分辨BUG为终端问题还是平台问题。
5. 严格按照“BUG级别定义”中的规范定义BUG级别。
6. BUGLIST中的备注，产生BUG时一些其他的条件及现象，此条件与现象与BUG无强烈联系，确在产生BUG时发生。用于比BUG主体进行提炼，将多余条件及现象添加至备注，供参考
应有以下两点：
1、基本要求：需要让开发人员能根据描述理解这个bug。
2、最好能让开发人员能明确这个bug在哪可以找到（定位）、需要怎样修复。
3、BUG描述简单明了，条件清晰，步骤分明，重点明确
因此我对bug描述的建议就是：
第1页/共3页
寻找更多 ""}