敏捷软件测试：测试人员与敏捷团队的实践指南 crispin和Gregorv定义了敏捷测试的概念，并通过来自现实敏捷团队的示例阐述测试人员的职责。她们讲述如何利用敏捷测试象限来识别需要哪些测试，谁来做，以及哪些工具有帮助。《敏捷软件测试:测试人员与敏捷团队的实践指南》从测试人员的角度记录了敏捷软件开发迭代的一个完整周期，并解释了敏捷测试的七大关键成功要素。 读者将从《敏捷软件测试:测试人员与敏捷团队的实践指南》中收获 测试人员如何参与敏捷开发 测试人员和QA经理如何适应敏捷团队 敏捷测试人员的招聘要求是什么 如何从传统模式迁移到敏捷模式 如何在短期迭代中完成测试任务 如何利用测试指导开发 如何克服困难实现测试自动化 是敏捷测试人员、敏捷团队及其经理和客户的必备书籍

有些技能可以事半功倍，有些命运掌握在我们手中。熟练的掌握和使用这些命令可以提高工作效率，并且结合这些命令对测试过程中遇到的问题进行一些初步的定位。使用权限：所有人功能:显示指定工作目录下之内容（列出目前工作目录所含之档案及子目录)。 参数: -a显示所有档案及目录(ls内定将档案名或目录名称开头为"."的视为隐藏档，不会列出) -l除档案名称外，亦将档案型态、权限、拥有者、档案大小等资讯详细列出 -r将档案以相反次序显示(原定依英文字母次序)-t将档案依建立时间之先后次序列出-A同-a，但不列出"."(目前目录)及".."(父目录)-F在列出的档案名称后加一符号；例如可执行档则加"*",目录则

很多次我都听到有人说：“测试人员说挡住bug的守门员”，因此，他们认为，测试组绝对不该让任何一个bug溜进发布到客户手中的最终版里!我对这种说法有自己的见解，这篇文章就是要说这个事情。 　　守门员要守住bug，并不意味着他们是唯一为bug溜入负责的人。除了守门员外，我们还应该有后卫，中场和前锋，他们是项目团队的组成部分。这些人同样要为找出和纠正bug贡献力量，而且是在这些bug到达守门员或测试组之前。如果团队中有人不用心，那么守门员也会扑不到球，测试组也拦不住bug。 　　最终，是大家共同努力，才能在软件发布到客户手中之前捕捉到这些bug。当然，我们也必须清楚，没有软件能做到杜绝bug，有些b

推荐必读：测试人员如何快速熟悉新业务？.docx

CMMI评审-测试人员提问单，对CMMI评审时对测试人员的一般问题，基本覆盖了相关过程域的公共目标和特定目标的访谈证据。

使用Python Selenium 进行自动化测试 支持在PC、H5上运行，代理获取接口数据，无头模式，生成报告（含截图），发送邮件等 快速开始 复制并修改全局配置，cp config.example.yaml config.yaml，此文件为全局配置，config目录下文件可覆盖此配置 使用：python test.py filename，filename 为项目 config 目录下的文件名，如python3 test.py default，没有输入文件名， 则默认使用default.yaml 测试用例采用YAML通用格式编写，详见 执行已有用例：python3 test.py default,test1，打开百度并搜索 "stingbo pystest"，然后跳转到github目录，最后打开指定项目 其它命令 查看 config 目录下所有用例:python3 test.py ls

bysms下载，适合正在学习测试的人群，有兴趣的话快来下载哦

软件测试人员面试题.doc

一些想到游戏公司做测试的朋友，通常在简介中体现了游戏史和游戏热情。仅有这些是很难把爱好当作工作的，如果您对游戏感兴趣，不妨看看下面的题目

漏洞靶场，可以搭建漏洞环境