Windows预览体验计划
Windows測試人員計畫（）是微軟推出的一項公測計劃。透過此計畫，一般使用者無需透過付費訂閱MSDN或TechNet即可取得Windows系統的早期開發版本。此計畫於2014年9月30日與Windows 10技术预览版一同宣布推出。截至2014年底，已有超过150万人安装了Windows 10技术预览版。微软隨後於2015年2月12日推送Windows 10 Mobile的首個预览版。在Windows 10發布後，Windows測試人…
标签：#软件测试
共 78 篇文章
调试
-{zh-cn:调试; zh-tw:除錯或偵錯;}-（）是发现和减少计算机程序、软件或软体系统中程序错误的一个过程。 调试包括互动式调试、控制流程分析、单元测试、集成测试、日志文件分析、在应用程序或系统监视器的监控、内存转储以及性能分析。许多编程语言和软件开发工具还提供了用于辅助调试的程序，称为调试工具。 偵錯的基本步骤 发现程序错误的存在。 以隔离、消除的方式对错误进行定位。 确定错误产生的原因。 提出纠正错误的解决办法。 对程序错误…
Postman
Postman是一家源自印度的软件公司 ，專門為开发者提供应用程序接口（API）平台，開發者可以在這個平台設計API、軟體組建、软件测试。Postman还维护着 Postman API 网络，这是一个收录了超过 10 万个公共 API 的目录，被公认为全球规模最大的公共 API 集合。公司总部位于旧金山，并在东京和班加羅爾设有办事处，Postman 的发源地就在班加罗尔。 参考文献
海森堡bug
在程序设计术语中，海森堡bug（）是指在尝试研究它时似乎会消失或者改变行为的bug（程序错误）。该词汇是关于物理学家维尔纳·海森堡名字的双关语，他最先断言了量子力学的观察者效应——观察系统的行为将不可避免地将改变其状态。电子学中的传统用语则是，指连接一个到设备将改变其行为。 类似的词语有玻尔bug（bohrbug）、曼德博bug（mandelbug）和薛定谔bug（schrödinbug），它们偶尔被用于指代其他类型的非寻常软件缺陷，但…
测试平台
測試平台（），或稱測試台，是用於驗證軟體設計正確性、可靠性的一種虛擬的環境。測試平台通常包含訊號輸入、數據處理、驗證、輸出幾個部分。對於小型的數位電路設計，工程師可以使用硬體描述語言來搭建測試平台。如果遇到大型積體電路項目，由於所需的測試向量相當複雜，為了達到更高的語句、分支、條件、路徑、觸發、翻轉覆蓋率，很多情況需要使用更加先進的直接隨機測試方法。硬體驗證語言針對隨機測試的建立和功能覆蓋率的提高，則提供了專用的數據結構供工程師使用。 …
TTCN
TTCN是一种主要用于测试通信协议和web服务的编程语言。TTCN测试套由许多使用TTCN编写的测试用例构成。 TTCN经常和ASN.1一起使用。 版本 TTCN-1：第一版，未广泛使用。 TTCN-2：第二版，对TTCN-1做小修改，广泛应用。主要应用于通信领域的协议一致性测试。 TTCN-3：最新版本的TTCN，易用性等有改进。该版本适用于各种类型的黑盒测试，而不仅仅局限于通信领域。 外部链接 [https://web.archiv…
软件测试模型
软件测试模型是指软件测试和开发阶段的对应关系，它被用于指导软件测试流程的框架体系，常见的软件测试模型包括V模型、W模型、H模型、X模型和前置模型。 V模型 软件测试若使用经典的V模型阶段可以分为 单元测试 集成测试 系统测试 V模型是最具有代表意义的测试模型。V模型是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系 。 从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试…
测试套件
软件工程中的测试套件（test suite）有時也稱為验证套件（validation suite），是許多测试用例的集合，测试用例可用來測試一程式是否正確工作，测试套件包括許多测试用例，一般也會有針對测试用例及其测试目的的詳細說明，在進行測試時的系統組態資訊以及測試前需進行的步驟。 测试用例的集合是测试套件，不過常誤稱為測試計劃、測試腳本或是。 Java語言的單元測試框架JUnit中，就有提供支援测试套件功能的TestSuit物件。 分…
白盒测试
白盒测试（）又稱透明盒測試（glass box testing）、結構測試（structural testing）等，软件测试的主要方法之一，也称结构测试、逻辑驱动测试或基于程序本身的测试。測試應用程式的內部結構或運作，而不是測試應用程式的功能（即黑箱測試）。在白箱測試時，以程式語言的角度來設計測試案例。測試者輸入資料驗證資料流在程式中的流動路徑，並確定適當的輸出，類似測試電路中的節點。测试者了解待测试程序的内部结构、算法等信息，这是从…
验收测试
验收测试（），在工程及其他相關領域中，是指確認一系统是否符合設計規格或契约之需求內容的測試，其可能包括、物理測試，或是性能測試。 概述 在系統工程中验收测试可能包括在系統（例如一套軟體系統、許多機械零件或是一批化學製品）交付前的黑箱測試。 在軟體開發中，開發者常會將系統開發者進行的验收测试和客戶在接受產品前進行的验收测试分開。後者一般會稱為使用者验收测试（）、終端客戶測試、實機（验收）测试、现场（验收）测试。 軟體開發在進行主要測試程序…
接口测试
接口测试是软件测试的一种，它包括两种测试类型：狭义上指的是直接针对应用程序接口（下面使用缩写API指代，其中文简称为接口）的功能进行的测试；广义上指集成测试中，通过调用API测试整体的功能完成度、可靠性、安全性与性能等指标。 API的调用没有用户图形界面（下称GUI）操作，是一种发生在信息层的测试， 在由于敏捷开发广泛应用而使得GUI经常有变化的当下，利用GUI执行大批量自动化测试几乎不可能，因而针对相对稳定不变的API进行的测试有着极…
决策到决策路径
決策到決策路徑（）也稱為DD路徑，是指用控制流圖表示程式時，一條不包含任何決策節點的路徑，換句話說，決策到決策路徑是介於二個決策點中的路徑。近來此概念中，也將決策節點一併算在決策到決策路徑中。 定義 在Huang 1975年的論文中，是用流程圖中的道路（path）來說明決策到決策路徑，需符合以下的條件（摘錄自論文）： 其第一個點是啟始點或是決策節點。 其最後一個點是決策節點或是結束節點。 除了頭尾兩點外，其他的點都不是決策節點。 Jor…
冒烟测试 (软件)
在程序设计和软件测试领域，冒烟测试（也包括信心测试、健全性测试、构建验证测试（BVT）、构建验收测试）是指初步地进行测试，并以此展示一些简单但足以影响发布软件版本的这一高级别的错误。冒烟测试是测试用例的子集，测试主要为了覆盖了组件或系统的最重要功能，并用于辅助评价一个软件的主要功能是否正常运行。当使用冒烟测试判断一个程序是否需要更深层次的、颗粒度更为细小的测试时，该测试也被称为入门测试（intake test）。或者，在测试部门对新版本…
需求規格實例化
需求規格實例化（Specification by example）也稱為實例化規格，簡稱SBE，是一種協作方法，利用擷取實際範例和說明，來定義軟體產品的需求和以業務為導向的功能測試，和其他方法用抽象的說明定義需求的做好不同。需求規格實例化常用在敏捷软件开发上，特別是行为驱动开发（behavior-driven development，BDD）。此作法特別適合用來管理重大領域以及有組織複雜度的大型專案中的需求以及功能測試。 需求規格實例化…
轻量级软件测试自动化
轻量级软件测试自动化（）是設計相對簡單及短的電腦程式（稱為轻量级測試工具）來測試軟體系統的過程。轻量级測試工具不限定某種程式語言，不過最常用Java、Perl、Visual Basic .NET及C#實現。轻量级測試工具的原代碼一般不超過四頁、撰寫時間不超過四小時。轻量级测试自动化常和敏捷软件开发一起使用。 除了轻量级软件测试自动化外，另外三種软件测试自动化的方式是商業测试自动化框架軟件、開源测试自动化框架以及重量級测试自动化。轻量级测…
Robot Framework
Robot Framework是一款python编写的自动化测试框架。具备良好的可扩展性，支持关键字驱动，可以同时测试多种类型的客户端或者接口，可以进行分布式测试执行。主要用于重复性的回归测试以及验收测试驱动开发（ATDD），同时还可以支持關鍵字驅動測試。
基于模型的测试
基于模型的测试（英語：Model-based testing）属于软件测试领域的一种测试方法。按照此方法，测试用例可以完全或部分的利用模型自动产生。以上所说的模型通常是指对被测系统（SUT,system under test）某些（通常是功能性的）方面的描述。 模型一般都是对被测系统预期行为动作的抽象描述。这些测试用例的集合就是抽象测试套件（abstract test suite）。抽象测试套件不可以直接执行于需测试的系统，因为，他们不…
測試策略
測試策略（Test strategy）是簡述軟體開發過程中測試進行的方式。測試策略的目的是以品質保證的角度，從組織層面的高階目標出發，合理地推導出實現這些目標的實際測試活動。測試策略的產生和文件化需以系統化的方式進行，確保所有目標都已包括在內，而且可被所有利益相關人所理解。測試策略還可以讓品質保證裡的各利益相關人，在用語、測試和整合層級、角色和職責、可追蹤性、資源規劃等議題上同步。 測試策略會說明測試階段如何減少利益相關者的產品風險，要…
測試工作
在軟體開發中，測試工作是指所有軟體測試的工作量及成本（包括後續會發生的測試）。測試成本和失敗成本（直接的，間接的，失敗矯正成本）有直接的關係。許多因素會影響測試工作的量，包括软件开发过程的成熟度、待測軟體的品质及可測試性、測試架構、成員的技能、測試目的及測試策略。 估計測試工作的方式 因為上述因素彼此會互相影響，很難去分析所有的因素。以下的作法可以用來估計測試工作量，可分為從上往下的估計，以及從下往上的估計。從上往下的估計是根據公式，而…
可追蹤性矩陣
可追蹤性矩陣（traceability matrix）也稱為追溯矩陣，簡稱TM，是软件开发中的文件，一般會用表格來表示，利用多對多關係的比較來確認二個形態基準文件中的關係完整性、软件需求说明、許多的交付文件，以及專案計劃任務。 常見的用法是一份文件中的項目以識別文字表示，將識別文字放在表格的左邊。另一份文件中的項目也以識別文字表示，放在表格的上方。若左邊某一項目及上方某一項目有關，則在對應二項目的方格註記記號。最後會分別將每一欄及每一列…