每年过了春节之后还有就是十月份就是换工作的高峰期，所谓的金三银四嘛，而这刚刚进入三月份，面试的人员就非常多。作为公司测试部门的一名面试官，几乎每天都有几个面试，有的时候还需要面试的很晚。但是从这一段时间的面试情况来看，发现了不少问题。所以就应个景，写一篇如何提高面试质量的文章，希望对大家有所帮助。
野生程序员是指仅凭对计算机开发的兴趣进入这个行业，从前端到后台一手包揽，但各方面能力都不精通的人。野生程序员有很强大的单兵作战能力，但是在编入“正规军”之后，可能会不适应新的做事方法。 遭遇“野生程序员” 腾讯公司内部的团队很多，在团队管理上有项目和专业两个维度。也就是说，有些团队是项目维度的，整个
为了更方便、真实的与大家探讨考核的内容，下面给大家列举一个之前做的绩效考核表作为参考，如表10-1和表10-2所示。 大家可以看到，在以上的绩效考核案例中，我没有把Bug数作为衡量标准来评价一个工程师是否优秀，因为这种评估方式往往起到反向效果。在进行绩效考核时，发现Bug的数量只能作为一个人参考，而
从上图可以看到主要包含下面几个分支： master: 主分支，主要用来版本发布。develop：日常开发分支，该分支正常保存了开发的最新代码。feature：具体的功能开发分支，只与 develop 分支交互。release：release 分支可以认为是 master 分支的未测试版。比如说某一期
分支千万条，主干第一条，研发不规范，发布两行泪!!!! Git缺点：权限管理不是很方便，需要安装插件gitolite，配置有点麻烦，或者直接使用gitlab管理。 SVN优点1、较好的权限管理功能，可以精确控制每个目录的权限； 2、使用相对git要简单一点。 SVN缺点1、集中式，如果中心服务器出现
一、 前言 测试是保证产品质量的关键环节，不论是从开发人员开始的单元测试，集成测试，到测试人员的系统测试，产品的需求测试，客户的验收测试，都是为了保证产品能够更健壮的在市场上服务于用户，但是测试的整个工作和过程并不像开发的工作一样有一个产品的产出，所以更大程度上增加了对测试工作质量的考核，也就造成了
模糊测试是一种用于检测软件 bug 的自动化方法，通过向目标程序提供意外输入进行运作。它可以有效地发现损坏内存的 bug，通常会带来严重的安全隐患，需要安全补丁进行修复。手动查找这些问题既困难又耗时，而且即便是严格的代码审查，有些 bug 也会被漏掉。对于用不安全的语言（如 C 或 C++）编写的软
终极 Bug 的 4 个走向 多年的测试经验中，经常发现有这么一种现象：总有些提了的 bug 不能顺利的被修复。这些 bug 往往有 4 个走向： 1.在被发现的版本中最终被解决，但中途花费较多周折。 2.有计划的在后续的版本中被解决。 3.决定永远不修复，却变成潜在的炸弹，在后续版本中被迫修复。
XMind2TestCase 工具，提供了一个高效测试用例设计的解决方案（开源） 一、背景 软件测试过程中，最重要、最核心就是测试用例的设计，也是测试童鞋、测试团队日常投入最多时间的工作内容之一。 然而，传统的测试用例设计过程有很多痛点： 1、使用Excel表格进行测试用例设计，虽然成本低，但版本管
前几天，笔者与一位在互联网公司从事质量保证的朋友交谈，作为互联网产品质量和测试的负责人，他最近负责的质量管理方面遇到了很多困难。主要有：1）测试团队在敏捷开发模式下的价值非常有限；2）开发人员只顾自已写代码，没有任何文档，测试人员无从下手，3）由于进度的原因，测试人员测试的时间非常有限，上线后出现很
研发质量管理和敏捷测试
敏捷功能测试 = 新特性的手工测试(Use Case验证和探索性测试) + 原有功能的自动化测试 (回归测试)。 敏捷测试流程，测试是一个持续质量的反馈过程，如下图， 结合工作实际，得总结。并非所有测试团队都通用，需结合该公司实际 具体问题具体分析。 5. 工作中做好敏捷测试， A:测试之前，我们需
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
