分析《软件测试的艺术第3版》PDF中英文+《构建之法第3版》PDF

软件工程牵涉的范围很广, 同时也是一般院校的同学反映比较空洞乏味的课程。 但是，软件工程 的技术对于投身 IT 产业的学生来说是非常重要的。

软件测试的原则：

   （1）测试用例中必须包含对预期输出或结果的定义。    

（2）程序员或组织应避免测试自己编写的程序。

    （3）应仔细检查每个测试的执行结果。   

 （4）测试用例的编写不仅应当根据有效和预期的输入情况，而且也应当根据无效和未预料到的输入情况。  

  （5）检查程序是否“未做其应该做的”仅是成功的一半，测试的另一半是检查程序是否“做了其不应该做的”。  

  （6）应避免测试用例用后即弃。  

  （7）进行测试工作时不应事先假定不会发现错误。 

  （8）程序某部分存在更多错误的可能性，与该部分已发现错误的数量成正比。

《软件测试的艺术第3版》阐述了如何将经典软件测试法则应用到解决当今计算机行业所面临的最紧迫的问题之中，这些问题移动设备的应用测试，各种设备上的软件代码走查、代码审查（从技术以及如何发现错误的角度讨论），可用性测试（随着直接面向广大终端用户的应用在数量上呈爆发性增长，可用性变得越来越重要），互联网应用、电子商务和敏捷编程环境的测试。

《软件测试的艺术第3版》中文PDF，203页，带书签目录，文字可以复制。《软件测试的艺术第3版》英文PDF，254页，带书签目录，文字可以复制。

下载: https://pan.baidu.com/s/16kw42NgRdRWVM0q28uUdRg    提取码: h7qt

测试是为了发现错误而执行程序的过程。

 测试策略

    （1）如果规格说明中包含输入条件组合的情况，应首先使用因果图分析法。

    （2）在任何情况下都应该使用边界值分析方法，对输入和输出边界进行分析。

    （3）为输入和输出确定有效和无效等价类，补充测试用例。

    （4）使用错误猜测技术补充测试用例。

    （5）使用多重条件覆盖准则检查程序的逻辑结构

多重条件覆盖准则：将每个判定中的所有可能的条件的组合，以及所有的分支入口点都至少执行一次（不能保证对所有可能的路径都走一次）。

软件工程大概分为「个人技能」「团队协作」「流程和规范」几部分。构建之法梳理得干净利落，心态、技巧、工具等等，不一而足。大到沟通原则，细至单元测试方法，都有所涉及。更难能可贵的是，跟我过去读到的软工书籍差别很大，写得非常通俗易懂，甚至有些俏皮，完全不像板着脸的软件工程教材，而是不断用打比方和讲故事的方法阐述软件工程中的概念。有一份对比表格，对比的是菜鸟程序员和资深程序员在整个软件活动中，不同环节的时间投入。

《现代软件工程构建之法第3版》中文PDF，465页，带书签，文字可复制，作者邹欣 ；《领域驱动设计软件核心复杂性应对之道修订版》PDF，394页，带书签，文字可复制。

下载: https://pan.baidu.com/s/1AtFO81u7tduZJtpJrIQI2A   提取码: 5tdc

在这份表格中可以看到，资深程序员在分析和设计以及测试中投入的时间超过菜鸟，反而在编码环节的投入低于后者。编码一直以来是我们对「生产软件」最直观的理解 —— 生产软件不就是程序员坐在电脑前敲键盘写代码吗？我们会把所有其他诸如计划、设计、代码复审和测试工作统称为写代码外的「其他工作」。我们会认为在软件活动中，用 80% 的时间写好代码，其他 20% 把其他杂七杂八做一下就好了。

围绕着设计和开发实践，结合若干真实的项目案例，阐述如何在真实的软件开发中应用领域驱动设计。书中给出了领域驱动设计的系统化方法，并将人们普遍接受的一些实践综合到一起，融入了见解和经验，展现了一些可扩展的设计新实践、已验证过的技术以及便于应对复杂领域的软件项目开发的基本原则。