已有 7380 人访问
徐丹 ID.12202
博客(102)
徐丹的博客

假如生活欺骗了你,不要悲伤,不要心急,你就在那抱怨,可劲的抱怨,然后看着别人都从旁边超过你,你就努力成为别人的踏脚石吧/微笑昨天我接到了一个电话,是来咨询众测相关问题的,想要在平台发布项目,寒暄了几句做了简单的咨询之后,对面突然开启了抱怨模式:“唉,你是不知道,我们这些小公司里面的测试员啊,常常是一堆项目等着你去测,项目就像公交车一样,要不就不来,
399°/3993 人阅读/0 人点赞/0 条评论

来自运维小姐姐的反馈:很多开发者希望我们能够总结一些众测中经常遇到的问题,并加以解答,以便开发者能够更加详细地了解我们的平台。首批众测开发者问题整理集合!其中有没有也是你想了解的呢?应众多小伙伴的强烈要求,今天,我们请到了众测项目高级顾问“小白:”老师,为大家解答开发者们在众测过程中提出的问题!访谈录第一弹!Start!Q1:现在有很多类似的众测平台,我为什么
255°/2551 人阅读/0 人点赞/0 条评论

快速使用TestCenterEnterprise(以下简称“TCE”)是一个在线的轻量级测试项目管理平台,众测用户的账号密码可直接登录。在TCE,用户可以管理测试项目,管理项目中的人员、缺陷、用例等数据,具备导入导出功能,方便留存。TCE以项目为单位,每个用户在不同的项目中都有自己的角色及权限,项目创建者默认为该项目的项目经理,具备所有权限。查看结构图了解TCE↓↓
347°/3473 人阅读/0 人点赞/0 条评论

MobileRunneriOS部署文档说明:若需要使用MobileRunner来测试IOS,则需要先安装运行服务器,将手机连接在服务器上,再在MobileRunner内配置IOS服务器,才可对IOS进行自动化脚本录制。1.MobileRunneriOS运行环境部署文档a)安装brew(http://brew.sh)打开terminal应用执行下面的命令自动安装
626°/6264 人阅读/51 人点赞/0 条评论

软件性能测试见解与总结入行快两年了,在这几年里,目睹软件测试得到极大的发展,各企业对于测试的需求大大增加,但据我所了解,大部分的企业对测试的需求大多只是停留在黑盒测试阶段,其实这样的测试是不完整的。对于测试本身,个人认为可以依照面向对象的不同划分为三种。1、面向系统:即面对被测系统本身,这类测试主要是验证被测系统的完善性,健全性。具体的测试目的为验证方法函数是否正确,功能是否正常,需求是否满足
327°/3254 人阅读/2 人点赞/2 条评论

作为软件测试人员,我们经常会遇到压力测试、稳定性测试、功能测试、性能测试、兼容性测试等等,有时在工作中潜移默化的就已经在使用这些测试方法中包含的点,但是我们没有太在意去总结梳理,那么每个测试方法的关注点是什么?如:在性能测试的过程中我们应该最该关注什么?等等的思考呢,经过几次的总结,今天首先将性能测试的关注点进行梳理,其余的测试后面的博客中将会补充。概念:是检验系统的性能是否符合要求的测试性能
354°/3544 人阅读/1 人点赞/0 条评论

测试用例的设计步骤作为测试新人,如何实现测试用例的设计一直是我的一个疑惑,在工作中写过几个项目的测试用例,尝试总结一个测试用例的设计步骤。前提:编写测试用例之前我们需要对项目的需求有清晰的了解,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数,作为测试用例的编写者不仅了解要有常见的测试用例编写方法,同时需要了解被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构。步骤:
364°/3644 人阅读/1 人点赞/0 条评论

软件测试是软件质量保证的关键步骤。美国质量保证研究所对软件测试的研究结果表明:越早发现软件中存在的问题,开发费用就越低;在编码后修改软件缺陷的成本是编码前的10倍,在产品交付后修改软件缺陷的成本是交付前的10倍;软件质量越高,软件发布后的维护费用越低。另外,根据对国际著名IT企业的统计,它们的软件测试费用占整个软件工程所有研发费用的50%以上。相比之下,中国软件企业在软件测试方面与国际水准仍存
345°/3456 人阅读/0 人点赞/0 条评论

关于手工测试,应该如何做? 每一个与软件相关的企业,都少不了这样一群人。他们被称之为测试,一群以发现缺陷为职责的人。他们与开发是一对欢喜冤家。他们每天做的最多的工作就是重复,无尽的重复,在待测软件中找出隐藏的隐患,保证软件的质量。他们是一群永远都保持怀疑的人。 很多时候,其他人对于我们测试人员寄予厚望,希望我们能够发现软件产品中潜在的所有风险(当然这是不可能的,世界上没有完美)。但是总有很多因
324°/3233 人阅读/5 人点赞/1 条评论

一.缺陷的分类:1.按功能模块分类2.按问题的引出分类:功能,性能,界面,安全等等3.按严重程度分类:影响项目进度的,死机,功能问题,界面问题4.按缺陷的优先级别分类:立即修复,版本发布之前修复,如果时间允许应该修复,版本发布中允许存在的问题优先级制定时主要考虑因素:(1)严重程度——一般严重程度越高,优先级越高(2)影响范围——一般
361°/3610 人阅读/0 人点赞/0 条评论