WebRTC/Test Plan/Peer Connection

DOM Analysis Test Cases

Flows & Edge Cases to Consider

• Happy path flows for typical peer connection handshakes
• Multiple peers making peer connection handshakes
• Adding of ice candidates generated during handshake
• Closing of connections
• State changes throughout peer connection handshake and it's effects on attributes and event handlers
• Negative flow - add multiple streams of the same type
• Negative flow - Out of order execution of the handshake between two peers
• Media flow and changes to it with streams across each peer
• Media constraints applied during offer, answer, or adding of streams

Smoke

• Typical handshake 1:1 between two peers should result in

Basic Functional

• Two typical handshakes between two peers

Definitions

Typical Handshake

1. PC 1 calls createOffer
2. PC 1 calls setLocalDescription with that offer from step #1
3. PC 2 calls setRemoteDescription with that offer from step #1
4. PC 2 calls createAnswer
5. PC 2 calls setLocalDescription with that answer from step #4
6. PC 1 calls setRemoteDescription with that answer from step #4