| rdfs:comment
| - قابلية الفحص هي الدرجة التي تدعم فيها قطعة برمجية (نظام حاسوبي أو وحدة برمجية أو متطلب أو مستند تصميم) الفحص في سياق معين. قابلية الفحص ليست خاصية داخلية للبرمجيات ولا يمكن قياسها بشكل مباشر (كحجم البرمجية، مثلا)، بل هي خاصية خارجية وتنتج عن الاستقلالية والتفاعل مع البرنامج المطلوب فحصه وأهداف الفحص، ووسائل الفحص المستخدمة، وموارد الفحص. إذا كانت درجة قابلية الفحص منخفضة، فهذا يعني أن جهداً أكبر يجب أن يبذل في الفحص. في بعض الحالات المتطرفة، إذا كانت قابلية الفحص معدومة، فهذا قد يمنع فحص بعض أجزاء البرمجية أو متطلباتها بالكامل. (ar)
- La testabilité indique la facilité d'un système à réaliser des tests probants, par exemple, celle avec laquelle un logiciel de test révèle les bogues. Elle se calcule à partir du taux de détection et du taux de localisation. Elle est indispensable à la prévention des accidents des systèmes complexes, tels que les accidents d'avions. (fr)
- 軟體可測試性（Software testability）是指一個软件工件（軟體系統、模組、需求文件或設計文件等）在一給定的測試環境下，可支援測試的程度。 許多軟體系統是不可測試的，或是無法立即測試。例如Google的ReCAPTCHA，若沒有任何有關圖的元資料，則無法成為可測試的系統。不過若針對每一張圖，都有對應說明應有結果的標籤，就可以測試此一系統。因此软件工件的可測試性不是性質，不像軟體大小一様可以直接量測。軟體可測試性是外在性質，由待測試的軟體及測試目標、方法及測試資源（測試環境）之間的相互關係來決定。 「可測試性」和設計良好程度的相關性可由以下現象看出：低內聚性、高耦合力、存在多餘程式碼，以及缺乏封裝的程式往往也是不容易測試的程式。若軟體的可測試性低，可能會造成測試工作的增加。在一些極端的情形下，缺乏可測試性可能會使部份甚至全部的測試或对的评估無法進行。 為了要找到可測試性以及利用測試找到系統中潛在錯誤（假設有錯誤時）的難度的關係，有一種評估可測試性的相對指標，是每一次需要多少的測試用例才能形成完整的測試套件（在測試了所有測試用例後，所得到的結果可以確定此系統符合某規格，或不符合某規格，不會有模糊地帶）。若數量不大，表示程式的可測試性高。依照此方式，已有提出可測性等級（testability hierarchy）。 (zh)
- Testbarkeit ist der Grad, zu dem ein Software- (ein Software-System, ein Software-Modul, ein Anforderungs- oder Entwicklungsdokument) den Test in einem gegebenen Testkontext unterstützt. Testbarkeit ist keine intrinsische Eigenschaft von Software-Artefakten und kann nicht direkt (wie z. B. der Software-Umfang) gemessen werden. Stattdessen ist Testbarkeit eine extrinsische Eigenschaft, die sich aus der Wechselwirkung der Software mit den Testzielen, Test-Ressourcen und eingesetzten Testverfahren (d. h. dem Testkontext) ergibt. (de)
- Software testability is the degree to which a software artifact (i.e. a software system, software module, requirements- or design document) supports testing in a given test context. If the testability of the software artifact is high, then finding faults in the system (if it has any) by means of testing is easier. The correlation of 'testability' to good design can be observed by seeing that code that has weak cohesion, tight coupling, redundancy and lack of encapsulation is difficult to test. (en)
|
| has abstract
| - قابلية الفحص هي الدرجة التي تدعم فيها قطعة برمجية (نظام حاسوبي أو وحدة برمجية أو متطلب أو مستند تصميم) الفحص في سياق معين. قابلية الفحص ليست خاصية داخلية للبرمجيات ولا يمكن قياسها بشكل مباشر (كحجم البرمجية، مثلا)، بل هي خاصية خارجية وتنتج عن الاستقلالية والتفاعل مع البرنامج المطلوب فحصه وأهداف الفحص، ووسائل الفحص المستخدمة، وموارد الفحص. إذا كانت درجة قابلية الفحص منخفضة، فهذا يعني أن جهداً أكبر يجب أن يبذل في الفحص. في بعض الحالات المتطرفة، إذا كانت قابلية الفحص معدومة، فهذا قد يمنع فحص بعض أجزاء البرمجية أو متطلباتها بالكامل. (ar)
- Testbarkeit ist der Grad, zu dem ein Software- (ein Software-System, ein Software-Modul, ein Anforderungs- oder Entwicklungsdokument) den Test in einem gegebenen Testkontext unterstützt. Testbarkeit ist keine intrinsische Eigenschaft von Software-Artefakten und kann nicht direkt (wie z. B. der Software-Umfang) gemessen werden. Stattdessen ist Testbarkeit eine extrinsische Eigenschaft, die sich aus der Wechselwirkung der Software mit den Testzielen, Test-Ressourcen und eingesetzten Testverfahren (d. h. dem Testkontext) ergibt. Je geringer die Testbarkeit ist, desto höher ist der Testaufwand. Im Extremfall ist bei schlechter Testbarkeit der Test von Teilen der Software-Anforderungen gar nicht möglich. (de)
- La testabilité indique la facilité d'un système à réaliser des tests probants, par exemple, celle avec laquelle un logiciel de test révèle les bogues. Elle se calcule à partir du taux de détection et du taux de localisation. Elle est indispensable à la prévention des accidents des systèmes complexes, tels que les accidents d'avions. (fr)
- Software testability is the degree to which a software artifact (i.e. a software system, software module, requirements- or design document) supports testing in a given test context. If the testability of the software artifact is high, then finding faults in the system (if it has any) by means of testing is easier. Formally, some systems are testable, and some are not. This classification can be achieved by noticing that, to be testable, for a functionality of the system under test "S", which takes input "I", a computable functional predicate "V" must exists such that is true when S, given input I, produce a valid output, false otherwise. This function "V" is known as the verification function for the system with input I. Many software systems are untestable, or not immediately testable. For example, Google's ReCAPTCHA, without having any metadata about the images is not a testable system. Recaptcha, however, can be immediately tested if for each image shown, there is a tag stored elsewhere. Given this meta information, one can test the system. Therefore, testability is often thought of as an extrinsic property which results from interdependency of the software to be tested and the test goals, test methods used, and test resources (i.e., the test context). Even though testability can not be measured directly (such as software size) it should be considered an intrinsic property of a software artifact because it is highly correlated with other key software qualities such as encapsulation, coupling, cohesion, and redundancy. The correlation of 'testability' to good design can be observed by seeing that code that has weak cohesion, tight coupling, redundancy and lack of encapsulation is difficult to test. A lower degree of testability results in increased test effort. In extreme cases a lack of testability may hinder testing parts of the software or software requirements at all. In order to link the testability with the difficulty to find potential faults in a system (if they exist) by testing it, a relevant measure to assess the testability is how many test cases are needed in each case to form a complete test suite (i.e. a test suite such that, after applying all test cases to the system, collected outputs will let us unambiguously determine whether the system is correct or not according to some specification). If this size is small, then the testability is high. Based on this measure, a has been proposed. (en)
- 軟體可測試性（Software testability）是指一個软件工件（軟體系統、模組、需求文件或設計文件等）在一給定的測試環境下，可支援測試的程度。 許多軟體系統是不可測試的，或是無法立即測試。例如Google的ReCAPTCHA，若沒有任何有關圖的元資料，則無法成為可測試的系統。不過若針對每一張圖，都有對應說明應有結果的標籤，就可以測試此一系統。因此软件工件的可測試性不是性質，不像軟體大小一様可以直接量測。軟體可測試性是外在性質，由待測試的軟體及測試目標、方法及測試資源（測試環境）之間的相互關係來決定。 「可測試性」和設計良好程度的相關性可由以下現象看出：低內聚性、高耦合力、存在多餘程式碼，以及缺乏封裝的程式往往也是不容易測試的程式。若軟體的可測試性低，可能會造成測試工作的增加。在一些極端的情形下，缺乏可測試性可能會使部份甚至全部的測試或对的评估無法進行。 為了要找到可測試性以及利用測試找到系統中潛在錯誤（假設有錯誤時）的難度的關係，有一種評估可測試性的相對指標，是每一次需要多少的測試用例才能形成完整的測試套件（在測試了所有測試用例後，所得到的結果可以確定此系統符合某規格，或不符合某規格，不會有模糊地帶）。若數量不大，表示程式的可測試性高。依照此方式，已有提出可測性等級（testability hierarchy）。 (zh)
|
![[RDF Data]](/fct/images/sw-rdf-blue.png)
![[cxml]](/fct/images/cxml_doc.png)
![[csv]](/fct/images/csv_doc.png)
![[text]](/fct/images/ntriples_doc.png)
![[turtle]](/fct/images/n3turtle_doc.png)
![[ld+json]](/fct/images/jsonld_doc.png)
![[rdf+json]](/fct/images/json_doc.png)
![[rdf+xml]](/fct/images/xml_doc.png)
![[atom+xml]](/fct/images/atom_doc.png)
![[html]](/fct/images/html_doc.png)