睿地可靠度論壇(TW-REDI Forum)

 找回密碼
 立即註冊
查看: 4781|回復: 0
打印 上一主題 下一主題

QKC20191018:讀書會_車用網路安全保證技術 [複製鏈接]

Rank: 7Rank: 7Rank: 7

UID
85178
帖子
10
主題
5
記錄
0
分享
0
日誌
0
閱讀權限
100
最後登錄
2023-12-12
在線時間
15 小時
樓主
發表於 2019-10-19 10:22:24 |顯示全部樓層
本帖最後由 LADING 於 2019-10-19 10:36 編輯

1. Agile v.s. SRS
Agile Requirement Document : User Stories in product backlog or Use Case Diagram
SRS : Software Requirement Specification
Agile Requirement Document是輕量級的需求文件,適用於planning、scheduling與developing
SRS是重量級的需求文件: 用於追蹤進度之用。
Agile requirement document與SRS可以相輔相成。

2. White box Testing 白盒子測試
2.1 Generating inputs by code analysis
2.2 Generating inputs by experimentation
2.3 Mutation Testing

3. Black box Testing 黑盒子測試
3.1 Specification-based Testing
    3.1.1 Testing sequential behavior by state machine
    3.1.2 Category partition method
3.2 Random Testing    3.2.1 Defining Input Space
    3.2.2 Adaptive Random Testing (ART) - improving effectiveness of randomness
    3.2.3 Exposing Security Flaws with Fuzz-Testing

本次簡報重點Takeaways:
Agile with SRS document.
Misra C
Security Requirement- Misuse Cases
Approaches such as Concolic Testing is a better version of symbolic execution.
Search based test offers a way without the need to analyze code. But still leverage the utility of code coverage.
Mutation testing provides a new test adequacy other than code coverage and is proved to be efficient by recent study.
W method is a better tester for sequential behavior.
Custom-made Input Generator : Quick-Check – one of the leading random test frameworks.
Adaptive Random Testing (ART) improves effectiveness of randomness.
Exposing Security Flaws with Fuzz-Testing




附件: 你需要登錄才可以下載或查看附件。沒有帳號?立即註冊
您需要登錄後才可以回帖 登錄 | 立即註冊

Archiver|手機版|睿地可靠度論壇(TW-REDI Forum)   

GMT+8, 2024-5-6 22:14 , Processed in 0.048290 second(s), 10 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回頂部