已有 6654 人访问
徐丹 ID.12202
博客(102)
徐丹的博客
假如生活欺骗了你，不要悲伤，不要心急，你就在那抱怨，可劲的抱怨，然后看着别人都从旁边超过你，你就努力成为别人的踏脚石吧/微笑昨天我接到了一个电话，是来咨询众测相关问题的，想要在平台发布项目，寒暄了几句做了简单的咨询之后，对面突然开启了抱怨模式：“唉，你是不知道，我们这些小公司里面的测试员啊，常常是一堆项目等着你去测，项目就像公交车一样，要不就不来，
369°/3697 人阅读/0 人点赞/0 条评论
来自运维小姐姐的反馈：很多开发者希望我们能够总结一些众测中经常遇到的问题，并加以解答，以便开发者能够更加详细地了解我们的平台。首批众测开发者问题整理集合！其中有没有也是你想了解的呢？应众多小伙伴的强烈要求，今天，我们请到了众测项目高级顾问“小白:”老师，为大家解答开发者们在众测过程中提出的问题！访谈录第一弹！Start！Q1：现在有很多类似的众测平台，我为什么
229°/2292 人阅读/0 人点赞/0 条评论
快速使用TestCenterEnterprise（以下简称“TCE”）是一个在线的轻量级测试项目管理平台，众测用户的账号密码可直接登录。在TCE，用户可以管理测试项目，管理项目中的人员、缺陷、用例等数据，具备导入导出功能，方便留存。TCE以项目为单位，每个用户在不同的项目中都有自己的角色及权限，项目创建者默认为该项目的项目经理，具备所有权限。查看结构图了解TCE↓↓
320°/3200 人阅读/0 人点赞/0 条评论
MobileRunneriOS部署文档说明：若需要使用MobileRunner来测试IOS，则需要先安装运行服务器，将手机连接在服务器上，再在MobileRunner内配置IOS服务器，才可对IOS进行自动化脚本录制。1.MobileRunneriOS运行环境部署文档a)安装brew(http://brew.sh)打开terminal应用执行下面的命令自动安装
598°/5982 人阅读/51 人点赞/0 条评论
软件性能测试见解与总结入行快两年了，在这几年里，目睹软件测试得到极大的发展，各企业对于测试的需求大大增加，但据我所了解，大部分的企业对测试的需求大多只是停留在黑盒测试阶段，其实这样的测试是不完整的。对于测试本身，个人认为可以依照面向对象的不同划分为三种。1、面向系统：即面对被测系统本身，这类测试主要是验证被测系统的完善性，健全性。具体的测试目的为验证方法函数是否正确，功能是否正常，需求是否满足
302°/3000 人阅读/2 人点赞/2 条评论
作为软件测试人员，我们经常会遇到压力测试、稳定性测试、功能测试、性能测试、兼容性测试等等，有时在工作中潜移默化的就已经在使用这些测试方法中包含的点，但是我们没有太在意去总结梳理，那么每个测试方法的关注点是什么？如：在性能测试的过程中我们应该最该关注什么？等等的思考呢，经过几次的总结，今天首先将性能测试的关注点进行梳理，其余的测试后面的博客中将会补充。概念：是检验系统的性能是否符合要求的测试性能
323°/3237 人阅读/1 人点赞/0 条评论
测试用例的设计步骤作为测试新人，如何实现测试用例的设计一直是我的一个疑惑，在工作中写过几个项目的测试用例，尝试总结一个测试用例的设计步骤。前提:编写测试用例之前我们需要对项目的需求有清晰的了解，对要测试什么，按照什么顺序测试，覆盖哪些需求做到心中有数，作为测试用例的编写者不仅了解要有常见的测试用例编写方法，同时需要了解被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构。步骤：
336°/3367 人阅读/1 人点赞/0 条评论
软件测试是软件质量保证的关键步骤。美国质量保证研究所对软件测试的研究结果表明:越早发现软件中存在的问题，开发费用就越低;在编码后修改软件缺陷的成本是编码前的10倍，在产品交付后修改软件缺陷的成本是交付前的10倍;软件质量越高，软件发布后的维护费用越低。另外，根据对国际著名IT企业的统计，它们的软件测试费用占整个软件工程所有研发费用的50%以上。相比之下，中国软件企业在软件测试方面与国际水准仍存
315°/3159 人阅读/0 人点赞/0 条评论
关于手工测试，应该如何做？ 每一个与软件相关的企业，都少不了这样一群人。他们被称之为测试，一群以发现缺陷为职责的人。他们与开发是一对欢喜冤家。他们每天做的最多的工作就是重复，无尽的重复，在待测软件中找出隐藏的隐患，保证软件的质量。他们是一群永远都保持怀疑的人。 很多时候，其他人对于我们测试人员寄予厚望，希望我们能够发现软件产品中潜在的所有风险（当然这是不可能的，世界上没有完美）。但是总有很多因
293°/2929 人阅读/5 人点赞/1 条评论
一.缺陷的分类：1.按功能模块分类2.按问题的引出分类：功能，性能，界面，安全等等3.按严重程度分类：影响项目进度的，死机，功能问题，界面问题4.按缺陷的优先级别分类：立即修复，版本发布之前修复，如果时间允许应该修复，版本发布中允许存在的问题优先级制定时主要考虑因素：（1）严重程度——一般严重程度越高，优先级越高（2）影响范围——一般
331°/3314 人阅读/0 人点赞/0 条评论