01运行1）App安装完成后的试运行，可正常打开软件。2）App打开测试，是否有加载状态进度提示。3）App页面间的切换是否流畅，逻辑是否正确。4）注册同表单编辑页面用户名密码长度注册后的提示页面前台注册页面和后台的管理页面数据是否一致注册后，在后台管理中页面提示5）登录使用合法的用户登录系统系统是否允许多次非法的登录，是否有次数限
走进公司，填写基本信息表，然后面试。开发经理、测试经理、HR，3个人面试，这次的楼主表现得很低调，什么该有的，什么没有的都是实话实说，说句心里话，实在是因为心虚，对面俩技术大牛，一看就很厉害，我很清楚必须实事求是。首先是自我介绍，当楼主说自己是一个活泼开朗的女生时，对面的开发经理忍不住笑了，我也不知道什么原因。觉得可能客套话太多，所以就直接进入正题，介绍自己会哪些工具啊，会哪
每个系统都会有他的生命周期，从生到死，经历少年、中年、老年三个阶段。复杂度的管理贯穿系统的整个生命周期，就像进化论的自然选择一样，不停的优化着系统，不停的断舍离，保持着系统的生命力。系统初建的阶段，主要是完成0到1的构建，用于验证业务模式或者做最小的Demo产品。这个阶段优先考虑的就是时间和成本，就是要快。因此，这一阶段的技术选型很重要，如果选择不对，就会引入不必要的复杂度，降低研发
从事过软件测试的小伙们就会明白会使用Linux是多么重要的一件事，工作时需要用到，面试时会被问到，简历中需要写到。对于软件测试人员来说，不需要你多么熟练使用Linux所有命令，也不需要你对Linux系统完全了解，你只需要学会一些常用的基本命令，这些命令足够支撑你去查看日志，定位bug，修改文件，搭建环境就完全OK了。对于Linux系统底层的实现不需要了解，甚至对于绝大多数的命令都不需要知道。
一切项目的本源都是需求，需求明确了才能更好地规划项目所要完成的工作范围，第一期内容讲了项目管理的三重制约，即范围、时间、成本。时间和成本以项目的工作范围为核心，而范围又以项目需求为核心。由此可见需求是项目的本源。然而,需求管理并不是一个简单的事情，人的需求和想法很容易发生变化，从而导致项目工作会不断返工。这很可能导致成本上升，时间延迟，由此产生团队情绪不稳定和抱怨等连锁的反应
1、未来的领导者需要拥有明确的价值观和清晰的愿景，他们真诚、灵活、内心一致、目标明确。2、领导者必须具备基本特质：价值观、愿景、真诚、灵活性、一致性、目的3、我们真正的价值观藏于内心，这些价值观在根本上都是普世性的。4、在开始探索自我和自己的价值观，更清楚地探索社会问题之前，我首先必须摆脱来自父母、社会和文化的制约。5、我们需要价
早上看到一个测试面试题目：需求：“世上无难事，庸人自扰之”，如何拆分测试点来设计测试用例（要求列出测试点）没错，现在测面试官已经不按套路了，大概是以前的杯子啊，椅子啊，都已经用烂了，所以换套路了，不过方法基本不变。1.对世上测试点做等价类划分输入世上，期望成功输入世中，期望失败输入世下，期望失败2.对无测试点做等价类划分无，期望成功有，期望失
强烈推荐大家可以尝试使用Leangoo这个永久免费的看板软件，支持Scrum敏捷开发和看板方法！大家想一下，一个大白板，可以分为很多列表,每一个列表中有很多卡片,每张卡片代表一个工作任务。每个人负责的什么任务，这个任务的进展，做到哪一步了都可以在这个看板上实时看到！对团队的工作效率是一个大大的提升！1、卡片中能展现任何信息（对这个卡片的描述（支持Markdown
为了便于大家理解，在开始谈如何提交有效缺陷这一问题之前，想先和大家谈谈关于“吐槽”的观点。“吐槽”一词，是指从对方的语言或行为中找到一个漏洞或关键词作为切入点，发出带有调侃意味的感慨或疑问。普通话里相当于相声的“捧哏”。那么为什么要谈的是测试如何提交有效缺陷却说到“吐槽”去了呢，二者之间是否有什么联系呢？大家不妨先思考一下，下面进入正题：大家对吐槽都不陌生，可以说每天都在吐槽，而
明确、透明的组织架构明确的组织架构很重要，这样可以大幅度的避免权力交叉争夺，太多的人力消耗就是消耗在了权力斗争当中，不要试图去使用“帝王学”，那只会让你的团队人员随时处于相互斗争中，从而消耗工作能力。我认为以下任何一种错误的组织架构都有可能造成人力资源浪费：·任务交叉负责：可能造成完成工作相互扯皮消耗，让工作进展变得缓慢；可能造成员工相互配合，造成任务完成度降低；·&n
