
Learn how to install the Charles root certificate on Windows, choose the current user certificate store, and complete the SSL proxy import to view traffic in Charles.
Enable SSL proxying in Charles by going to proxy > SSL proxy settings and enabling it for all hosts, then relaunch Charles to apply changes.
Learn to throttle network speed with Charles Proxy, test effects using speedtest.net, and apply host-specific or global presets (512 kbps, 2 Mbps, 4g/3g) for development testing.
Learn to use recording settings to include specific domains and exclude others, set recording size, capture gaana.com traffic, and save sessions for sharing with teammates.
Enable map remote in Charles Proxy to modify request locations and divert production traffic to a local or stage host, using host name and local host like gaana.com to news.google.com.
Learn how breakpoints in Charles Proxy let you modify requests and responses on the fly to test the UI behavior and development scenarios for API calls.
Some features of Charles Proxy are:
Records all traffic between your browser and the Internet / Android or iOS Mobiles and the Internet.
Create error scenarios by modifying APIs - mock your api responses and test various different scenarios for your dev sanity or functional testing .
Simulate 2G/3G/4G over the high-speed network like WIFI.
Reveals the contents of all requests, responses, cookies and headers
Supports SSL and HTTPS
Saves valuable time
Simulates slower internet connections. Yes, Charles Proxy handles this on the go. This is how you can enable handling of slower connections
Download statistics
Easily Configurable
Find and eliminate bugs quickly.
API reviews
Before shipping any major feature we try and do a basic API review to make sure no unnecessary API calls are being made by the app. Doing this is as easy as connecting the devices to Charles Proxy and observing and recording the API calls.
Charles Proxy is helpful in finding security bugs & loopholes. During API reviews this tool can help provide such insights:
Verifying if API is working properly. This means that when we do an API call, what headers are sent and is the response correct with correct headers as expected.
Debug if API response is incorrect.
Checking if any redundant API or web requests made.
For eg., We had an API to save some details on our backend. While testing the API on Charles Proxy, we came to know that the API call was being made multiple times which lead to false app behaviour. Once detected, we asked the developers to make the necessary changes.