「 AUTODESK 」 一月 05, 2020
文章字数 7.9k 阅读约需 7 mins.
在上文中，其实已经提到了Inventor iLogic的使用场景，那么首先想到的就是，iLogic在Inventor的哪里，怎么调出iLogic,还有iLogic相关菜单和选项到底是什么意思?
因为iLogic...
「 AUTODESK 」 十二月 25, 2019
文章字数 2.5k 阅读约需 2 mins.
简而言之，就是让设计自动化的一种方式，同Inventor API类似，不过以工程师更能接受的语法来帮助实现设计的标准化和自动化。
iLogic 函数
iLogic 函数是和Inventor的模型绑定在一起的，在保存Inventor的模型时候，iLogic 函数也随之会保存。
通过修改参数来调用对应的iLogic 函数，同时也可以讲计算结果返回给模型参数和自定义参数。
iLogic 中的 Automation 函数
对于没有编程经验的设计师和工程师都可以执行 iLogic 自动化函数，其种类有：
「 测试 」 十一月 07, 2019
文章字数 3k 阅读约需 3 mins.
前面我们聊过《软件测试笔记（十七）回归测试的介绍和工具选择》，今天要分享的是缺陷的重新验证，这个回归测试的概念很相似，但又有所不同，下面会和大家详细聊聊缺陷的重新验证和它们之间的差异。
定义很明确：确保在早期版本中发现并发布的缺陷在当前版本中得到修复或不被修复。
更简单地说，重新测试就是在修复某个特定的错误之后对其进行测试。
例如，发布了版本1.0。在测试版本1.0时，测试发现了一些缺陷（例如，缺陷ID 1.0.1并提交到缺陷系统。测试团队测试Build1.1中的缺陷ID1.0.1，以确定缺陷是...
查看全文「 测试 」 十一月 06, 2019
文章字数 1.8k 阅读约需 2 mins.
在测试的面试过程中，经常会有面试官问“测试方案和测试用例的区别”。两者都是测试的产出，想要区别两者可以从下面的这些方面着手。
测试方案给出了我们必须测试的内容。测试场景就像一个抽象的测试用例。
测试方案回答“要测试什么”。
假设我们需要测试应用程序登录页面的功能。登录页面功能的测试方案如下：
测试方案示例：验证登录功能
测试用例是一个测试方案的可以是正向的或者是逆向的可执行步骤的集合，包含一组前置条件、测试数据、预期结果、后置条件和实际结果。
测试用例回答“如何测试”。
假设我们需要测试应用程序...
查看全文「 测试 」 十一月 05, 2019
文章字数 2.8k 阅读约需 3 mins.
冒烟测试和可用性测试都有自己的目标和执行的优先顺序。这两种类型的测试对于项目的成功起着关键的作用。对于新人来说，这两种类型通常会弄混淆。希望在本文结束时，可以对理智和烟雾测试有一个清晰的概念。
冒烟测试是为了确保我们从开发团队收到的软件功能是否可测试。也称为“第0天”测试（先导测试），这是在“构建软件功能级别”完成的。
如果对应的关键功能不起作用或关键错误尚未修复时，在不浪费测试时间的前提现，来简单地测试整个应用程序是有帮助的。在这里，我们关注的重点是主要和核心软件工作流程。
「 测试 」 十一月 04, 2019
文章字数 2k 阅读约需 2 mins.
之前介绍了集成测试《如何做到有效的集成测试？》，后来有小伙伴私信问，能具体列举出单元测试 VS 集成测试 VS 系统测试之间的区别和应用场景。那么这次我们就把这个比较给补上。
| 单元测试 | 集成测试 |
|---|---|
| 单元测试是软件测试中第一级测试 | 集成测试是软件测试中第二级测试 |
| 每一个组件都是一个单独测试的对象 | 集成组件被视为单独测试的对象 |
| 测试目标是确保单独的组件可以正常工作 | 目的是测试多个单元模块的集成 |
| 测试结果用来评价每一个被测组件 | 它检查模块集成后，外部接口和系统的正常工作、接口是否... |
「 测试 」 十一月 03, 2019
文章字数 2.6k 阅读约需 2 mins.
前面我们聊过《软件测试笔记（十一）自动化测试和手动测试的选择》，有些朋友和我聊到在测试里面还有类似的一些概念，比如白盒测试和黑盒测试。今天就大家分享下我对这两种测试的理解。
它是根据软件需求和规范创建测试场景/案例，按照需求文档里面定义的行为及规范进行输入并且检查输出的测试。
测试人员在不查看内部代码结构的情况下，评估被测软件的功能。它可以应用于软件测试的各个层次，如单元、集成、系统和验收测试。
因为不查看源码，所以测试人员只对应用程序的功能部分执行测试，以确保软件的行为符合预期，所以是基于行为...
查看全文「 测试 」 十一月 02, 2019
文章字数 6k 阅读约需 5 mins.
软件测试是为了评估软件应用程序的功能，以确定开发的软件是否满足指定的要求，并确定缺陷，以确保产品无缺陷，从而生产出高质量的产品。而软件测试分为手工测试和自动化测试两大类。手工测试和自动化测试都有各自的优点和缺点，而且我们知道项目都有很关键的要素：质量、成本和时间，任何项目的目标都是获得高质量的产出，同时控制完成项目所需的成本和时间，所以了解手工测试和自动化测试以及何时使用手工测试和何时使用自动化测试之间的区别是非常必要的。
对软件进行手工测试以发现缺陷的过程。测试人员是站在用户的视角，并确保所...
查看全文「 测试 」 十一月 01, 2019
文章字数 4.9k 阅读约需 4 mins.
在测试阶段，在每次迭代的时候，我们需要回归检验下前期完成的功能，来保证新的提交没有导致系统功能的衰退。所以回归测试在整个测试的生命周期中起到了非常重要的作用。
在新功能发布后，对已经测试的程序功能进行重复测试，以发现由于正在测试的软件或其他相关或不相关的软件组件的更改而引入或发现的任何缺陷。
简单地说，我们通过对新发布后的应用程序功能重新执行测试来进行回归，以评估修改后的代码是否破坏了先前工作的任何东西。每当我们修改应用程序时，我们都应该进行回归测试。
回归测试使开发人员确信，在修改生产代码之后...
查看全文「 测试 」 十月 31, 2019
文章字数 6k 阅读约需 5 mins.
在上一次分享中，我们介绍了《软件测试笔记（十三）单元测试的介绍和工具选择》。今天我会介绍作为测试的重点之一的功能测试，因为关于功能测试是和软件的具体功能紧密结合的，所以这里会基本介绍下功能测试和市面上常用的功能测试的工具。
功能测试简单来说就是验证软件的每一个功能是否按照需求文档中的规定运行，通过输入适当的输入来测试功能，以验证实际输出是够与预期的输出匹配。它属于黑盒测试的范围，测试人员可以不需要关心功能内部如何实现。
下面列举了一些重要的功能测试的类型：
