软件测试技术实战读书笔记,《测试架构师修炼之道》读书笔记一
软件测试技术实战读书笔记目录
谁可以推荐给我几本刚刚学软件测试新手适合看的书？适合新手的，太高深的我看不懂。。
软件测试技术实战读书笔记
软件测试技术实战读书笔记
软件测试技术实战是一本深入浅出地讲解软件测试技术的书籍，对于希望了解和掌握软件测试技术的读者来说是一本非常值得一读的书籍。通过阅读这本书，我深入了解了软件测试的重要性、基本概念和方法，同时也学习了许多实用的测试技巧和最佳实践。
在书中，作者首先介绍了软件测试的基本概念和重要性，强调了测试在软件开发过程中的关键作用。作者指出，软件测试的目的是发现和修复软件中的缺陷和错误，提高软件的质量和稳定性。同时，作者也介绍了软件测试的分类，包括功能测试、性能测试、安全测试等，为读者提供了全面的测试知识体系。
在介绍完基本概念之后，作者详细讲解了各种实用的软件测试技术和方法。其中，我特别关注的是自动化测试和测试用例设计这两个部分。自动化测试是提高测试效率和质量的重要手段，作者详细介绍了自动化测试的流程、工具和技术。在测试用例设计部分，作者重点讲解了如何编写有效、可执行的测试用例，包括输入、输出、前置条件、操作步骤等要素的编写技巧。
除了这些具体的测试技术，作者还分享了许多实用的最佳实践和技巧。例如，如何选择合适的测试工具和技术、如何制定有效的测试计划和策略、如何与开发人员和其他利益相关者有效沟通等。这些最佳实践和技巧可以帮助读者在实际工作中更好地应用软件测试技术，提高测试效果和团队效率。
在阅读这本书的过程中，我深刻体会到了软件测试的重要性和挑战性。软件测试不仅仅是发现缺陷和错误的过程，更是对整个软件开发过程的全面审查和评估。同时，我也认识到了软件测试的复杂性和多样性，需要不断学习和掌握新的技术和方法，以应对不断变化的软件需求和质量要求。
总之，软件测试技术实战是一本非常实用的软件测试书籍，对于我深入了解软件测试技术、提高测试水平起到了积极的促进作用。我相信这本书对于其他读者也会有很大的帮助和启发。在未来的工作中，我将不断应用和实践这本书中学习到的知识和技巧，努力提高软件的质量和稳定性，为团队的成功做出更大的贡献。
《测试架构师修炼之道》读书笔记一
正在学习 《测试架构师修炼之道》（刘琛梅） 一书。
一进入书籍的前言部分就被吸引了，语言通俗易懂，极易让人产生共鸣。
一、作者在前言通过两个故事揭示编著本书的目的。
一个故事引出1个问题。
Q1、加入一个新的团队，你能给团队带来些什么？
Q2、你在之前的测试工作中在什么时候、从哪些角度去识别测试项目中的风险？以及如何处理这些风险？
这两个问题引发了我的思考，我的答案是：
A1:首先我在上一家公司担任测试负责人并且有独立负责项目的测试经验，可以担任测试负责人进行团队管理并引入响应的测试规范；
其次具备一定的测试工作经验和业务相关知识，可以在项目的早期提出测试风险并协助开发解决问题；
还有具备一定的测试技术能力，可以进行测试用例设计、自动化、接口测试、性能测试等；
A2：首先根据测试原则应尽早并尽快的介入测试，因此在项目的早期即需求阶段就可以介入测试，对需求的可执行性、业务流程是否闭环、需求是否简洁等以及结合用户角度、时间进度进行考量，评估相应的风险；再通过熟悉程序底层逻辑架构从而设计测试用例；
其次要根据项目制定相应的测试计划，对人力、时间、设备等资源安排，并评估相应的风险及解决方案；
然后在项目开发过程中可以提早对已完成的功能模块进行单元测试或是接口测试，提早提出bug在一定程度上降低风险；
最后测试阶段进行全量测试，可以说是最多bug的阶段，这个阶段的bug都是可控范围；尤为注意的是测试后期由于时间赶无法回归所有功能，只能回归bug引发的相关功能模块，这时若对程序逻辑架构不熟悉就容易漏测（这就很考验测试员的能力了）。
以上就是我 目前 对上面两个问题的理解 ，希望通过看完这本书籍后我能有更深的感悟，提升自己测试的深度和广度。
二、 接下来回到这本书籍，这本书籍的重点来了！ ——测试策略，将测试理论和测试技术串联起来并结合产品提升测试的深度、广度，最终建立自己的测试体系。
这本书主要以软件测试架构师为线索，围绕 “4个模型”和“2个checklist” 展开。
“4个模型”：测试策略制定法、软件质量评估模型、四步测试设计制定法、测试方法车轮图。
“2个checklist”：风险分析checklist、老功能分析checklist。
下篇待续~
谁可以推荐给我几本刚刚学软件测试新手适合看的书？适合新手的，太高深的我看不懂。。
软件测试实用技术与常用模板软件测试软件测试基础教程软件测试自动化睿峰培训推荐，以上基本就是新手软件测试初学必看的几本书了，一般网上也可以找到了。
【精进】目前理解的软件QA职责
这个只是目前的一些总结～为啥先抛出来这张，因为我的一份读书笔记做了一半发现一张A4放不下它“庞大的灵魂”（尴尬而不失礼貌～～）
遇到蛮多人奇怪“软件也有质量管理？”“你们就是测试吧？”（满屏问号脸）其实不是！！软件QA不是指测试，她和测试可以说是两个不同方向上保证软件产品的交付质量。
测试是对“开发出的产品”，也就是软件本身的各方面结果是否满足客户要求的角度来保证，并通过一系列手段（模拟客户操作，加压测试，破坏性测试等等等等）来证明软件是符合要求的。
她只是确保当前的软件是符合要求的，并不表示未来产品也会符合要求。
而QA貌似除了不做测试，其他和质量相关的都管（管家婆，未来可期～～）
QA会在整个软件开发过程中通过前期制定的质量目标作为牵引，通过一系列方法（比如业界盛传的QA七大手法，至今我都不能顺利背出来）去促进目标达成。
万一达不成呢？咋整？这个时候，在各种数据支持下的分析之后，QA的一大神力“督促改进”就蹦出来了。
她会去督促责任人“正视”即将发生的风险，并且“严正通知：我们咋搞才能规避这个风险？万一点儿背发生了，解决方法在哪里？”（本宫就是要措施！！项目组里的人一定背地里吐槽过QA是事儿妈，哈哈哈）
风险不一定就只在当前状态下发生，或者风险有时候不会被很容易的发现。
这个时候，有个叫“度量&分析”的家伙就起作用了。
每个QA都会定制自己项目的度量表（我喜欢“个性”，就是有时候容易缺胳膊少腿儿），从定期的度量结果中发现和目标不一致的趋势。
除此以外，“审计”是个好手段！它不仅仅审出了现有项目的异常，增强了QA自身发现问题的能力，而且为后期项目的开展来了场“扫雷”运动，降低了未来项目犯同样错误的风险。
如果说，这副导图的右边是着重在现行项目，那么左边一半就在为“未来”做积累。
知识管理，用我自己的话阐述就是：现行项目做出来的一些经验教训，如何作为组织的宝贵资产在未来项目中发挥作用。
目前我自己对这一块儿理解很局限，仅仅停留在方法的机械应用和方法引导员的认证上。
但是！（转折来了～）自从了解到这个，我一直在想组织有这种知识管理需求，个人更加要有！这是未来核心竞争力呀！于是乎买了些书～当然，还没有看出个所以然来（尴尬脸蹦出来）辣么，先从“知识积累”开始吧
所有行业QA都绕不过的话题“持续改进”来了。
导图里只是说明了持续改进所涉及的手段，它所包含的工作或者意义远不止这些。
作为一个专题，可以写本书了。
QA岗位存在的本质就是要促进不断的改进和良性的循环，所以中心图用“PDCA”来表示。
最后一个，质量不是QA一个角色的事情，要让所有人参与其中，所以质量文化的建设必不可少！培训是为了能力的提高，宣传是为了意识的加强。
好！说完了！
题外话：这个图不全面。
。
。
我需要PDCA
(随机推荐阅读本站500篇优秀文章点击前往：500篇优秀随机文章)
