白云的博客
(转)iOS系统及客户端软件测试的基础介绍
白云 2012-10-12
1.整个系统介绍 iOS现在的最新版本iOS5是10月12号推出，当前版本是4.3.5 先是硬件部分，采用iOS系统的是iPad，iPhone，iTouch这三种设备，其中iPhone和iTouch的系统基本一致，iPad区别的地方主要是分辨率尺寸上的区分 接着软件部分，就是常说的os部分，现在常见的系统是4.2.1/4.3.3/4.3.5/
363°/3630
人阅读/0 人点赞/0 条评论
(转)ios crash文件分析
白云 2012-10-12
1、ios应用crash的四种类型•程序崩溃: 可能是最常见的,经常发生于内存访问出错,异常,或者其他的程序错误•内存不足: 系统因为没有足够的内存满足程序需求从而杀死程序出现这种日志.它不同于其他日志的是它没有程序各线程的堆栈信息. Rather than be concerned about what part of your code was executing at the time of
407°/4073
人阅读/0 人点赞/0 条评论
(转)跟谷歌测试工程师的对话
白云 2012-10-10
Alan Faulkner是谷歌的测试工程师，他的工作对象是谷歌的DoubleClick广告报价管理系统(Bid Manager)，这个系统提供让广告代理商和广告客户在多个广告上进行报价竞标的功能。Bid Manager是谷歌2010年收购的Invite Media系统的下一代产品。 Alan Faulkner的主要工作负责Bid Manager系统用来移植数据的组件，这些组件用来把Invite
442°/4420
人阅读/0 人点赞/0 条评论
(转)通过维恩图来考察软件测试
白云 2012-10-08
从本质上讲，测试关心的是程序的行为，而程序的行为同软件（或系统）开发人员所常用的结构视图并没有直接关系。 结构视图与行为视图的最明显差别在于：前者侧重于“程序是什么”,而后者则关注“程序干什么”.然而不断困扰测试人员的一个问题是：基础性的文档通常都是由开发人员编写的，并且是为开发人员服务
379°/3797
人阅读/0 人点赞/0 条评论
前段时间有新的产品需要招人，安排和参加了好几次面试，以前有写过关于最近电话面试的体会一文，这次谈谈具体的面试问题，在面试他人的同时也面试自己。 面试问题是参与面试同事各自设计的，我也不清楚其他同事的题目，就谈谈自己设计的其中2道题。 过去面试总是会有如何测试Google首页，测试杯子，测试
471°/4686
人阅读/2 人点赞/3 条评论
(转)再谈探索性测试
白云 2012-09-20
最近晚上很拼命，连续几天晚上不停的翻阅了James Whittaker的ET书籍以及jerry的实践之路（对不起jerry和史亮，james的书连续看了3遍，烂了已经。但是你们的由于刚到，所以才看了0.5遍，哈哈） 最近在和测试同仁的交流中发现很多人对于我的现状很惊讶。我这里可以说明一下哟。哈哈 &n
473°/4713
人阅读/0 人点赞/2 条评论
(转)六年软件测试感悟
白云 2012-09-17
不知不觉已经从事软件测试六年了，2006毕业到进入外包公司外包给微软做软件测试， 到现在加入著名的外企。六年的时间过得真快。 长期的测试工作也让我对软件测试有了比较深入的认识。但是我至今还是一个底层的测试人员，我的看法都比较狭隘，如有错误还请批评改正。 软件测试人员应该居安思危 每当经济不
430°/4266
人阅读/0 人点赞/4 条评论
(转)做移动互联网App，你的测试用例足够吗？
白云 2012-09-14
我在面试测试工程师时，经常问到的一个问题是“给出Word另存为这个功能的测试用例”。除开基本的测试用例外，考虑到各种异常情况，例如内存已满、硬盘空间不足是非常重要的。但是针对移动互联网App来说，情况还要复杂的多。 一个重要原则是：测试你最终要发布给用户的App版本。 可能每日构建、每日测试的理念已经深入人心，我们很多时候测
387°/3873
人阅读/0 人点赞/0 条评论
(转)从技术到管理：思维转变是关键
白云 2012-09-12
编者按：这篇来自《程序员》杂志的文章是写给那些IT公司的内部人员，但同样适用于互联网的创业者们。这篇文章可以告诉你，技术创业者如何完成从执行者到管理者的角色转变。 IT公司研发部门的管理人员大多是从公司内部的技术人员中提拔的。在快速发展的公司里，这样的机会更多。然而这种“半路出家”的转型也给我们带来了很多挑战，其中最关键的部分在于思维方式的转变。 从个人成就到团队成就。无论是做
446°/4463
人阅读/0 人点赞/0 条评论
(转)“边开发边测试”给测试带来的变化
白云 2012-09-11
近期，为了对外缩短发布周期，对内建立更加快速的反馈机制，我们团队全面尝试了从“先开发后测试”到“边开发边测试”的转变。在此过程中，我感到测试用例设计和评审、测试执行两个活动需要做出一定的调整。 1.测试用例设计和评审：从时间驱动转变为用户故事驱动 当开发和测试顺序执行时，我们的功能测试计划
397°/3977
人阅读/0 人点赞/0 条评论